skills
67 agent skills from scenario-labs/skills — including scenario, scenario-game-assets, scenario-video. Install with npx skills add scenario-labs/skills.
Open skills that let the AI you already use join real household financial work, starting with capital calls.
SkillsJavaScriptGitHub @x1wealthOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
Your family office just hired an agent. Open-source skills that give AI agents real financial work, durable X1 context, and a hard stop before money moves.
Taken from the repository README
Loading the full README. The saved excerpt is shown below.
Your family office just hired an agent.
First assignment: learn the household.
Most agents are good at answers. Household work rarely ends with one.
X1 Agent Skills gives the AI you already use a job description, not a larger
prompt. The agent brings reasoning and initiative. X1 keeps the source,
permission, waiting state, and history together so the work can continue after
the chat ends.Read the full README ↗First assignment: learn the household.
Most agents are good at answers. Household work rarely ends with one.
X1 Agent Skills gives the AI you already use a job description, not a larger prompt. The agent brings reasoning and initiative. X1 keeps the source, permission, waiting state, and history together so the work can continue after the chat ends.
Try it with your agent: Explore the household review exercise, then compare its work with the answer key. Start with the K-1 walkthrough.
Start with ask-household-record. Give it one real document, such as an
operating agreement, a trust, a K-1, or an insurance policy, and it answers
from that document with the page behind each answer. X1 files what it finds
under the right entity for the person to confirm, so the next question starts
from what is already known.
From there, handle-capital-call reviews a notice, surfaces gaps, brings in
the right person, and resumes the same work later. prepare-meeting and
record-meeting-outcomes get the household ready for a conversation with its
CPA, attorney, or advisor and keep what was decided. review-k1 takes each
K-1 as it arrives, works out whose it is, checks it against the operating
agreement, the trust, and last year's K-1, and hands the CPA what arrived,
what is still missing, and the questions worth asking. People remain
accountable for consequential decisions, and no skill moves money.
Read The job is bigger than the chat for the idea, or try the weird parts first to see the skill under pressure. The synthetic demo needs no X1 account, API key, or financial document.
Use the existing workflows when you want a finished answer. When you want to
customize a view or extend your own project, ask for build-with-x1.
You can work inside your assistant or your own project. Start with supplied files; connect X1 when finding or revisiting your authorized record makes the job easier. The skill supports editable in-host views where the host allows them. A chat's MCP connection doesn't automatically give an artifact its own live connection.
See the recipe library. These are portable instructions; new connected-artifact and professional-client runs remain unverified. The historical release's host receipts don't qualify this addition. Existing installation and connection instructions below still apply.
Install the portable skill with the open-source skills CLI:
npx skills add x1wealth/x1-agent-skills --skill ask-household-record
npx skills add x1wealth/x1-agent-skills --skill handle-capital-call
npx skills add x1wealth/x1-agent-skills --skill review-k1
npx skills add x1wealth/x1-agent-skills --skill build-with-x1
Then connect your compatible host to X1's remote MCP service at
https://mcp.x1wealth.com/mcp. X1 handles sign-in and decides which tools and
records the person can use. Installing the skill grants no additional access.
The synthetic tour needs no account. Connect a free X1 account when you want the agent to work from a real document instead of another pasted prompt.
The free path can carry one source-backed capital-call administrative job from notice to household-reported closeout. You review the agent's exact proposal in X1. X1 scans and indexes the file, preserves the accepted job while it waits, and lets a later authorized session pick it up. When the household closes the job, X1 keeps that result for later reuse.
A free vault holds up to 10 documents, 10 MB each. The skill can't move money, verify settlement, invent a missing fact, or claim the job is closed before the household says so. Professional and coordination writes remain outside this free job.
codex plugin marketplace add x1wealth/x1-agent-skills
codex plugin add x1-agent-skills@x1-wealth
These commands install the skills. Before signing in, follow the
Codex connection guide to configure the
X1 server with scopes = ["openid", "profile", "email"], then run
codex mcp login x1. Configure the scopes first: codex mcp add can start
sign-in immediately, before that restriction is in place. If you already have
an X1 connection, inspect its existing configuration instead of adding a
duplicate table.
Start Codex and ask: Help me review this capital-call notice through X1.
Codex will use the skill when the request matches and X1 will handle sign-in and
the tools available to you.
Run these inside Claude Code:
/plugin marketplace add x1wealth/x1-agent-skills
/plugin install x1-agent-skills@x1-wealth
/reload-plugins
The plugin is disabled by default. After reviewing it, enable it from your
terminal with claude plugin enable x1-agent-skills@x1-wealth. Run
/reload-plugins in Claude Code, then use /mcp to select X1 and complete
sign-in. Your X1 account determines the tools and records available to you.
Already installed? Update the marketplace and plugin from your terminal:
claude plugin marketplace update x1-wealth
claude plugin update x1-agent-skills@x1-wealth
claude plugin details x1-agent-skills@x1-wealth
Version 0.5.0 adds build-with-x1 as the sixth skill. Restart Claude Code after
updating and check the plugin's enabled state. New installs are disabled by default.
See compatibility.json for the exact qualification status of each host.
Preview the exact tagged plugin before trusting it:
grok plugin install x1wealth/[email protected]#plugins/x1-agent-skills
grok plugin install x1wealth/[email protected]#plugins/x1-agent-skills --trust
grok inspect
The pinned v0.4.0 release predates Build with X1. These commands remain the
previous Grok route; they don't install the new builder skill.
The plugin includes the skill and X1 MCP endpoint. Grok will ask you to complete X1 sign-in. An install does not grant access or prove the full workflow. Read the Grok setup and qualification boundary.
Add X1 by asking the Bot in chat: Add a custom MCP server called x1 at https://mcp.x1wealth.com/mcp. The Bot asks you to confirm, then adds an x1 connector to your account. Connectors apply to every Bot on the account.
Sign in from the Bot's connect card, or from Marketplace -> Your plugins -> x1 -> Authenticate, and complete X1 sign-in in the browser on the same computer. The desktop app receives the sign-in callback locally.
Then ask the Bot to create a private skill named handle-capital-call from this repository's exact files at a pinned commit, and confirm its first heading reads "Handle a Capital Call Through X1". A Grok Bot template packs each skill as a single text, with no companion files, so don't rely on a template to carry the skill. The Grok setup guide lists the files and what to check before sharing a Bot as a template. Use the share-safe Bot profile so X1 remains the authority while the Bot owns the administrative job.
Start with one manual notice. Save a routine only after the Bot stops correctly on missing evidence, changed payment details, and required human confirmation.
For example, install it into an existing eve project:
npx skills add x1wealth/x1-agent-skills --skill handle-capital-call --agent eve
That installs the skill, not X1 authority. The deployment still needs an X1 connection with interactive sign-in. We have not qualified or published that adapter yet. See the eve integration note.
Other hosts can package the same portable skill. Packaging is not qualification, and every host still needs an OAuth-capable X1 connection. See compatibility.json for the current matrix.
You receive a PDF notice for a synthetic Growth Fund capital call. The notice has a due date and amount, but the bank instructions may have changed. The skill can find the exact X1 document you identify, surface missing or conflicting fields, prepare a first-party review when supported, and resume the same coordination thread from another supported host.
It can't send a wire, verify settlement, sign a document, invent a missing record, or bypass X1 confirmation.
It is late September. Partnerships on extension had until September 15 to file and send K-1s, and your own extended return is due October 15. A K-1 lands in your inbox, then another, and one you were counting on still hasn't come.
review-k1 reads each one against the household's X1 record and answers the
questions a K-1 can't answer on its own:
It works for the tax year 2025 K-1s arriving now, and routes each K-1 by the tax period it covers rather than the year printed on the form. A short-year 2026 K-1 on the 2025 form gets a plain note that X1's 2026 checks aren't published yet, and no checks from the wrong year. The review ends with an expected-versus-received register by legal owner and a CPA handoff, each question addressed to the person who can answer it and tied to the page it rests on. It is built to ask your CPA rather than give tax advice, and it never files a return or moves money.
Here is the top of the review it writes for the synthetic Quill household:
If you only read one thing. Two K-1s are still missing: Maple & Birch Opportunity Zone Fund I, and Riverbend Storage Partners' 2025 K-1. If you extended your return, it is due October 15, 20 days from now.
Send your CPA this, as is: "The 2025 Cedar Ridge Growth Fund III K-1 names Marcus. We told X1 the trust holds this investment, but no subscription agreement is on file. Which owner should the 2025 K-1 name, and should we ask the fund to correct it?"
Expected versus received, Quill Family Revocable Trust: Harbor Lane Rentals LLC received. Cedar Ridge received, owner unresolved (the estimate letter is superseded; the K-3 is indicated but not found). Juniper Street received, though the interest was sold in 2024.
By default the skill only reads and drafts. Filing a K-1 under an entity in X1, or sending a request for a missing one, is a separate step that happens only after you approve that exact action.
We ran Claude Opus 5.5 against the same synthetic household, with only this skill for instructions; its trace, its review, and its passing grade are in the agent run record.
See the whole review, and five mistakes it stops, with no account:
node plugins/x1-agent-skills/scripts/try-review-k1.mjs
| An agent in a chat | An agent working through X1 |
|---|---|
| Summarizes what is in the prompt | Stays attached to the exact X1 records it can access |
| Treats the current session as the whole story | Carries durable state across sessions and supported hosts |
| Has to reconstruct the job from conversation | Can find the waiting work and continue from the confirmed result |
| Ends with an answer | Can finish with a handoff, closeout, and result the household can reuse |
Your model stays yours. X1 keeps the context and handoff.
If a financial document says to ignore policy and a live tool no longer matches the reviewed contract, the skill is expected to hold:
{
"state": "held",
"holds": [
"untrusted_instructions_ignored",
"tool_wiring_changed"
],
"next_action_code": "review_incomplete_notice_in_x1",
"money_moved": false
}
The Stop Test explains all 41 safe oracle cases and 74 hostile mutations, with no production data.
We asked two separate questions.
First: can X1 carry the bounded job in production? A synthetic free account added a synthetic notice, X1 scanned and indexed it, a person confirmed the job, the job waited, the household closed it, and a later authorized read found the accepted result. The fixture was removed. No money moved, and X1 did not claim to verify settlement.
Second: can the work survive an agent handoff? A separate disposable trace crossed Codex, Claude Code, and Codex again, with no transcript passed between them. A human professional adopted the response, the household closed the work, and a later agent reused the result. Read the bounded product proof.
Against the synthetic MCP server, all 41 deterministic scenarios passed, all 74 hostile mutations were caught, and both Codex and Claude Code passed 17 of 17 named-host scenarios. Those host evaluations made no production X1 connection.
See the evaluation guide for the commands and boundaries. The cross-host trace is product proof, not a customer testimonial or a production-use claim.
Every evaluated run ends with a bounded receipt: the state reached, supporting X1 sources, authority used, holds, next actor, and claims that remain false. It does not grant authority or prove that X1 committed an action.
Inside are the portable skill, public authority contract, synthetic tests, mock MCP server, plugin manifests, receipts, compatibility record, provenance, SBOM, and file-integrity manifest. The repository does not contain the X1 server, database, customer data, credentials, production traces, or a self-hostable X1 clone.
The qualification receipt describes one exact artifact: the signed v0.4.0
release. main moves on between releases, and release-manifest.json is not
regenerated until the next release is built and signed, so on a checkout of
main the verifier reports which files differ from the last release and that
they are unqualified until then. That is the expected state of a development
branch, not a defect. To check the release itself, verify the release archive.
Download the qualification receipt and its .sig file from release v0.4.0,
then run:
node scripts/verify-release.mjs --qualification-receipt /absolute/path/to/x1-agent-skills-v0.4.0-qualification.json
cd plugins/x1-agent-skills
pnpm install --frozen-lockfile --ignore-scripts
pnpm verify
pnpm test
pnpm eval:oracle
Named-host tests use only the included synthetic MCP server. See
plugins/x1-agent-skills/skills/handle-capital-call/evals/README.md.
belongs-to is a companion skill that draws who owns what, and where it goes when someone dies or a company sells, from the same kind of documents: trusts, deeds, operating agreements, cap tables and beneficiary forms. Every box cites its page, anything the documents don't show is drawn as a gap, and the build checks the figure before drawing it. It runs on its own, with no X1 account. Where it finds a gap, the skills above are how the household keeps the record true afterwards.
npx skills add silverstein/belongs-to
The skill treats financial documents as untrusted input, rechecks live X1 permission, pauses when required, and never moves money.
For product help, use https://x1wealth.com/contact. For a vulnerability, follow
SECURITY.md and don't attach financial records or tokens to a public issue.
If the skill keeps going when it should stop, open an issue with the smallest synthetic fixture that reproduces it.
Copyright 2026 Lever Wealth LLC. Licensed under Apache-2.0. X1 Wealth and its marks are not licensed for unrelated products or endorsement.
Version 0.6.0 adds a hosted-app reference and a small, dependency-free adapter for readable cited document evidence. Keep your own app, sign-in and case model; each owner separately authorizes X1. The adapter has no network or token handling. These resources do not establish deployed-app OAuth or multi-user acceptance. Personal in-host builds can keep using their existing host connection.