agentleFS
newline53newline53/newline-mcp-server/skills/new-account-setup/SKILL.md

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.

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
  1. Distinctive:

    If you don't already have the customer UID:

    line 12
  2. Distinctive:

    If you want to confirm the customer is eligible for a product before opening an account:

    line 57

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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 account
  • pool_uids — the pools this customer already belongs to
  • kyc_status — account creation may fail if KYC is not approved
  • status — customer must be active

Step 2 — Select an Account Type

List all available synthetic account types for the program:

get-synthetic-account-types

Each type has:

  • uid — the synthetic_account_type_uid required at creation
  • name and description — what the account is for
  • synthetic_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-pools

Choose the pool that:

  • The customer already belongs to (their pool_uids from 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 — checking or savings
  • counterparty_name — name on the external account
  • routing_number and account_number — external bank details

Wire External Account

Include a wire block:

  • counterparty_name — name on the external account
  • Optionally counterparty_bank_name and counterparty_bank_address

Instant Payment External Account

Include an instant_payment block:

  • counterparty_name
  • counterparty_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 5

Step 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_status before accounts can be funded.
  • Deleting an account is permanent — use delete-synthetic-accounts with care.
  • The master_account flag on existing accounts indicates the primary program account; do not delete it.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.