new-account-setup
Skill2 starsChanged 7 months agoApache-2.0View on GitHub
Sets up a new Newline synthetic account for a customer. Walks through selecting the correct account type, pool, and payment-rail options before calling create-synthetic-account. Use when asked to open, create, or provision a new account for a customer.
In this repository9 other files it gives its agents.
- account-reconciliationSkill
- create-transferSkill
- customer-overviewSkill
- investigate-transferSkill
- making-paymentsSkill
- managing-users-and-accountsSkill
- payment-operationsSkill
- return-resolutionSkill
- transaction-reportingSkill
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 2 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 12
If you don't already have the customer UID:
- Distinctive: line 57
If you want to confirm the customer is eligible for a product before opening an account:
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
New Account Setup
Step-by-step workflow for creating a synthetic account for a customer.
Step 1 — Identify the Customer
If you don't already have the customer UID:
list-customers (filter by name, email, or external_uid as needed)
get-customer uid=<customer_uid>Note the customer's:
uid— needed when associating the accountpool_uids— the pools this customer already belongs tokyc_status— account creation may fail if KYC is not approvedstatus— customer must be active
Step 2 — Select an Account Type
List all available synthetic account types for the program:
get-synthetic-account-typesEach type has:
uid— thesynthetic_account_type_uidrequired at creationnameanddescription— what the account is forsynthetic_account_category— e.g.general,external_checking,external_savings
Choose the type that matches the intended use. If the user has not specified a type,
ask them or infer from context (e.g. "checking account" → external_checking category).
Step 3 — Select a Pool
List available pools:
list-poolsChoose the pool that:
- The customer already belongs to (their
pool_uidsfrom Step 1), or - Matches the intended product/program context
Note the pool uid — this becomes pool_uid at creation.
Step 4 — Check Product Eligibility (Optional)
If you want to confirm the customer is eligible for a product before opening an account:
list-products
list-customer-products (to see what the customer already has)This step is informational — product eligibility is enforced by the API at creation time.
Step 5 — Determine Payment Rail Fields
Depending on the account type and use case, include the appropriate optional block:
ACH External Account
Include an ach block:
account_type—checkingorsavingscounterparty_name— name on the external accountrouting_numberandaccount_number— external bank details
Wire External Account
Include a wire block:
counterparty_name— name on the external account- Optionally
counterparty_bank_nameandcounterparty_bank_address
Instant Payment External Account
Include an instant_payment block:
counterparty_namecounterparty_address— street_number, street1, street2, city, state, postal_code, country
Internal/program accounts typically need no payment-rail block.
Step 6 — Create the Account
create-synthetic-account
name — human-readable account name
pool_uid — from Step 3
synthetic_account_type_uid — from Step 2
external_uid — optional, your own identifier for idempotency
routing_number — optional, if applicable
account_number — optional, if applicable
ach | wire | instant_payment — optional, from Step 5Step 7 — Confirm
The response includes the new account's uid, status, and balance fields (initially zero).
Share the new account UID with the user and confirm the account is active.
Notes
- A customer must have an approved
kyc_statusbefore accounts can be funded. - Deleting an account is permanent — use
delete-synthetic-accountswith care. - The
master_accountflag on existing accounts indicates the primary program account; do not delete it.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

