Corply — Start and run your company
REMOTE · CORPLY.DEV · SCANNED OCT 5
Form and manage a Delaware C-Corp from your agent. Setup: https://corply.dev/skills.md
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security91
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- The endpoint enforces authorisation, advertised via RFC 9728 protected-resource metadata. View diagnostics → Pass
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC is configured correctly; the domain's records validate against the full chain to the root. View diagnostics → Pass
- The authorisation server offers only Dynamic Client Registration (RFC 7591), which MCP 2026-07-28 deprecated in favour of Client ID Metadata Documents. View diagnostics → Partial
Transport & Reachability0
- Transport blocked by authentication: the endpoint requires auth we don't have to verify streamable-http. See how to fix → View diagnostics → Unverified
Schema Quality & AI Usability0
- Schema blocked by authentication: the endpoint requires auth we don't have to read it. See how to fix → Unverified
Stability & Change Management0
- Stability not yet verified: not enough scan history yet (needs a 30-day window).Unverified
Tool Coverage0
- Tool coverage blocked by authentication: the endpoint requires auth we don't have to read its tools.Unverified
Tool Safety0
- Tool safety blocked by authentication: the endpoint requires auth we don't have to read its tools.Unverified
Capabilities0
- Capabilities blocked by authentication: the endpoint requires auth we don't have to read them. See how to fix → Unverified
Unverified: 6 categories
Categories scored 0 because we could not verify them: authentication we do not have, an unreachable endpoint, or not enough scan history. We only credit what we can confirm. Claim this server and supply a read-only token to verify it and lift the score.
How do I install the Corply — Start and run your company MCP server?
Corply — Start and run your company is a hosted endpoint at https://corply.dev/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · corply.dev
claude mcp add --transport http corply-dev-corply 'https://corply.dev/mcp'
{
"mcpServers": {
"corply-dev-corply": {
"url": "https://corply.dev/mcp"
}
}
} {
"servers": {
"corply-dev-corply": {
"type": "http",
"url": "https://corply.dev/mcp"
}
}
} [mcp_servers.corply-dev-corply] url = "https://corply.dev/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"corply-dev-corply": {
"type": "remote",
"url": "https://corply.dev/mcp",
"enabled": true
}
}
} openclaw mcp add corply-dev-corply --url 'https://corply.dev/mcp' --transport streamable-http
mcp_servers:
corply-dev-corply:
url: "https://corply.dev/mcp" {
"McpServers": {
"corply-dev-corply": {
"Transport": "http",
"Url": "https://corply.dev/mcp"
}
}
} assistant mcp add corply-dev-corply -t streamable-http -u 'https://corply.dev/mcp'
{
"mcpServers": {
"corply-dev-corply": {
"type": "http",
"url": "https://corply.dev/mcp"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 28 Sept 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 25 Sept 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 8 Sept 26 −48
- Endpoint reachability: reachable → behind authorisation ▼ security
- Stability: fail → unverified ▼ security
- Tool safety: pass → unverified ▼ security
- Transport: pass → unverified ▼ security
- Authorization: The endpoint enforces authorisation, advertised via RFC 9728 protected-resource metadata. security
- Capabilities: fail → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- Schema quality: 100 → unverified ▼ functional
- 7 Sept 26 0
- Tool “get_status” rewrote its description, which is the text the model reads security
- 5 Sept 26 0
- Schema quality: excellent → good functional
- New tool “advance_corporate_action_case” functional
- New tool “attach_corporate_action_evidence” functional
- New tool “create_corporate_action_case” functional
- New tool “get_corporate_action_case” functional
- New tool “list_corporate_action_cases” functional
- 2 Sept 26 0
- Tool “amend_frozen_application” rewrote its description, which is the text the model reads security
- Tool “save_application” rewrote its description, which is the text the model reads security
- Tool “validate_application” rewrote its description, which is the text the model reads security
- 31 Aug 26 0
- Tool “request_payment” rewrote its description, which is the text the model reads security
- Server version: 0.9.0 → 0.10.0 functional
- “request_payment” added an optional parameter “corplyMail” cosmetic
- 27 Aug 26 0
- Tool “save_application” rewrote its description, which is the text the model reads security
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 5 Oct 2026 · Probed https://corply.dev/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=corply.dev | CN=WR3,O=Google Trust Services,C=US | 3 Oct 2026 | 1 Jan 2027 | RSA 2048 | SHA256-RSA | 55bd310a8528de4a12c8079028fea896 |
| SANs: corply.dev | ||||||
| CN=WR3,O=Google Trust Services,C=US (CA) | CN=GTS Root R1,O=Google Trust Services LLC,C=US | 13 Dec 2023 | 20 Feb 2029 | RSA 2048 | SHA256-RSA | 7ff005a91568d63abc22861684aa4b5a |
| CN=GTS Root R1,O=Google Trust Services LLC,C=US (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 19 Jun 2020 | 28 Jan 2028 | RSA 4096 | SHA256-RSA | 77bd0d6cdb36f91aea210fc4f058d30d |
Background: What to check on a remote MCP endpoint →
DNSSEC secure
Validation of corply.dev. — Secure
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| dev. | present | 60074 | 8 | Verified |
| corply.dev. | present | 359 | 8 | Verified |
| corply.dev. | Verified address RRset verified with the apex keys |
Authentication Enforced and verified
The endpoint asked for a token and published valid RFC 9728 metadata describing how to get one.
| Result | Enforced and verified |
|---|---|
| Enforced | On connection |
| HTTP status | 401 |
WWW-Authenticate challenge Bearer resource_metadata="https://corply.dev/.well-known/oauth-protected-resource"
Bearer resource_metadata="https://corply.dev/.well-known/oauth-protected-resource" | Header | Value |
|---|---|
| www-authenticate | Bearer resource_metadata="https://corply.dev/.well-known/oauth-protected-resource" |
Protected resource metadata
| Document | https://corply.dev/.well-known/oauth-protected-resource |
|---|---|
| Retrieved | Yes |
| Resource | https://corply.dev |
| Authorisation server | https://corply.dev |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://corply.dev/mcp | Auth required | 401 | |
| http (plaintext) | http://corply.dev/mcp | HTTPS enforced | 302 | https://corply.dev/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
adopt_existing_company ~334
Attach an already-existing company without creating a Corply formation. Records name, jurisdiction, entity type, date, and file number as founder assertions—not verified facts—then returns a refreshed get_company_briefing result and requests the charter, bylaws, and cap table/stock ledger when available. Prerequisites: active company-manager access, an explicit companyId when the organization has multiple companies, and a stable idempotencyKey. Safe retries with the same key and exact request return the original result; reusing the key for different inputs is rejected. No extra confirmation is required because this records the user's explicit assertion and does not file, pay, sign, invite, or verify anything. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| assertedName | string | yes | – |
| companyId | string | – | – |
| entityType | string | yes | – |
| fileNumber | string | – | – |
| formationDate | string | – | – |
| idempotencyKey | string | yes | – |
| jurisdiction | string | yes | – |
No output schema declared.
No examples provided.
advance_corporate_action_case ~254
Advance one case through the explicit durable state graph after the stated human action actually occurred. Requires the exact current expectedStatus and stable idempotency key. Attorney approval of the current policy version is mandatory beyond attorney review. This never signs, files, charges, or mutates any cap-table/stock-ledger record. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| caseId | string | yes | – |
| companyId | string | yes | – |
| expectedStatus | string | yes | – |
| idempotencyKey | string | yes | – |
| nextStatus | string | yes | – |
| reason | string | yes | – |
No output schema declared.
No examples provided.
amend_frozen_application ~214
Apply confirmed answer changes to a frozen, pre-submission formation. This supersedes the frozen legal documents and open signature requests, reopens intake, and requires document regeneration and fresh signatures. Use only after the founder explicitly confirms that consequence. Partial data still deep-merges over stored answers. Returns the server-authoritative standardConfiguration with the canonical nextStep. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: obtain fresh, explicit user confirmation before calling.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | – | – | corply_companies.id (from get_org). Omit it when the org has one company. |
| data | object | yes | – |
No output schema declared.
No examples provided.
attach_corporate_action_evidence ~273
Append hash-backed evidence to one exact company-scoped corporate-action case. This records an immutable reference only; it does not claim the underlying approval, signature, filing, payment, ledger update, or cap-table mutation occurred unless the referenced evidence actually proves it. Never include document contents, tax IDs, payment credentials, or secrets in metadata. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| caseId | string | yes | – |
| companyId | string | yes | – |
| contentHash | string | yes | – |
| evidenceType | string | yes | – |
| idempotencyKey | string | yes | – |
| metadata | object | yes | – |
| reference | string | yes | – |
| title | string | yes | – |
No output schema declared.
No examples provided.
await_payment ~305
Wait for the incorporation payment to land. Returns {status: 'paid'|'pending'|'expired'|'unpaid'}. Call it in a LOOP until it returns 'paid' — do not call request_signature, invite_cofounders, or submit_for_formation before then; they refuse with PAYMENT_REQUIRED. 'expired' → run request_payment again for a fresh link. 'unpaid' → no session yet; run request_payment first. Each call waits at most ~8 seconds by design — long-held requests get killed by the gateway. Call it REPEATEDLY until it returns 'paid'; a 'pending' result includes retryAfterSeconds. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| formationId | string | yes | – |
| maxWaitSeconds | integer | – | Seconds to wait before returning (ceiling ~10s — the gateway kills longer-held requests). |
No output schema declared.
No examples provided.
await_registered_agent_upgrade ~274
Wait for the $350 lifetime registered-agent upgrade to land. Returns {status:'lifetime'|'pending'|'expired'|'unpaid'}. Call in a LOOP until 'lifetime'. 'expired' → call request_registered_agent_upgrade again for a fresh link. 'unpaid' → no session yet, call request_registered_agent_upgrade first. Each call waits at most ~8 seconds by design, because the gateway kills long-held requests; a 'pending' result includes retryAfterSeconds. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| formationId | string | yes | – |
| maxWaitSeconds | integer | – | Seconds to wait before returning (ceiling ~10s — the gateway kills longer-held requests). |
No output schema declared.
No examples provided.
check_company_names ~249
Check the formation's saved company name and up to five supplied alternatives through OpenSOSData. Pass the currently saved selectedName exactly and preserve the desired alternative order. Returns every name with available=true, false, or null when only that provider request failed. Previously rejected names return false without another provider call. Results are advisory and never block document generation; Corply operations performs the mandatory Delaware check immediately before filing. No confirmation is required. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| formationId | string | yes | – |
| selectedName | string | yes | – |
| similarNames | array | yes | – |
No output schema declared.
No examples provided.
configure_payment_catalog ~250
Validate and deterministically add the founder-approved fixed-price SaaS subscription catalog to an integrity-hashed Corply Pay manifest. The agent derives technical product/price/entitlement keys, environment-variable names, and the SaaS category matching the already-approved business model; do not ask the founder for implementation identifiers or a tax code. Inputs contain environment-variable NAMES only—never Paddle IDs, API keys, webhook secrets, bank/card data, or customer data. Makes zero provider calls and charges nothing. Refuses drifted manifests, duplicate identifiers, model/category mismatches, or catalog/billing-model contradictions. Next call create_payment_integration_bundle. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| manifest | object | yes | – |
| products | array | yes | – |
No output schema declared.
No examples provided.
create_corporate_action_case ~270
Create an attorney-review draft case for one canonical one-time corporate action. Use policyVersion 2026.09.01-attorney-draft-v1. This records an intake case only: it does not provide legal advice, sign documents, file anything, charge money, issue/cancel/transfer shares, or mutate the cap table. Use an exact companyId and a stable idempotency key. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| actionKind | string | yes | – |
| companyId | string | yes | – |
| idempotencyKey | string | yes | – |
| intake | object | yes | – |
| policyVersion | string | yes | – |
| title | string | yes | – |
No output schema declared.
No examples provided.
create_payment_integration_bundle ~299
Generate a reviewable repository patch plan from a valid catalog manifest: the unpublished local @corply/payments alpha package coordinate, exact manifest, environment-variable-name template, structured external Paddle sandbox setup handoff, framework adapter files, and required verification checks. Makes zero provider/network calls, writes no files itself, never overwrites existing files, and never handles credential values. The manifest is verify-exact and must never be merged field-by-field; generated code is create-only and code collisions require deliberate integration. The calling agent must inspect each target path, apply safe files, follow the provider handoff only after founder authentication, run every returned check locally, capture SHA-256 evidence references, call verify_payment_integration with truthful pass/fail/not-run evidence, repair from its report, and repeat. Do not execute the afterPublishCommand until the package is actually published. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| includeExamplePricingPage | boolean | yes | – |
| manifest | object | yes | – |
No output schema declared.
No examples provided.
create_payment_project ~311
Legacy Paddle path only. After prepare_revenue_launch returns sandbox_build_ready, deterministically generate the integrity-hashed sandbox-only manifest that the agent will commit inside an existing legacy integration. This is a pure draft action: it stores no hosted state, makes zero provider calls, creates no Paddle account/catalog, charges nothing, and accepts no secret values. The hash detects drift but is not a provider approval or cryptographic signature. Same company + projectKey + inputs returns the same project and hash. Next call configure_payment_catalog. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| billingModel | string | yes | – |
| businessModel | string | yes | – |
| companyId | string | – | – |
| customerType | string | yes | – |
| productDescription | string | – | – |
| productName | string | – | – |
| projectKey | string | yes | Stable slug generated by the agent from product/repository context; do not ask the founder to invent it. |
| repository | object | yes | – |
| targetCountries | array | yes | – |
| websiteUrl | string | – | – |
No output schema declared.
No examples provided.
create_payment_route_draft ~283
Create or exactly replay one local sandbox merchant-route draft for Corply's own payment pipeline. This reversible backend save accepts only company, route key, USD, and an idempotency key; it cannot accept or store credentials, provider IDs, identity documents, terms acceptance, bank/card data, or a production setting. It makes zero provider calls, creates no external account, activates nothing, and moves no money. Afterward call get_payment_pipeline_status; provider onboarding, payout-bank connection, route activation, and live enablement remain separately confirmed actions. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | – |
| currencies | array | yes | – |
| idempotencyKey | string | yes | – |
| routeKey | string | yes | – |
No output schema declared.
No examples provided.
generate_documents ~316
Phase-aware immutable generation. Company-name search results are advisory and do not gate this action. Before filing, status 'ready' produces only the filing-stage Certificate of Incorporation. After Delaware acceptance, status 'formed' produces Bylaws, Action of Incorporator, Initial Board Consent, one RSPA per founder, and the unsigned SS-4 using the recorded accepted date. After an electing founder's RSPA is fully executed, Corply automatically produces that founder's 83(b) Election from the actual stock-purchase date and executes it under the advance authorization captured in the founder's signing bundle. A canonical next step may call this tool without another founder confirmation solely to retry that automatic 83(b) preparation. Otherwise, confirm before creating immutable legal documents. Before filing, editing a generated application reopens the formation, supersedes its Certificate and collected signatures, and requires re-generation and re-signing. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: follow the canonical nextStep—confirm when checkpoint=true; an automatic 83(b) preparation retry explicitly needs no new approval.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| formationId | string | yes | – |
No output schema declared.
No examples provided.
get_bank_onboarding_status ~201
First tool for opening a company bank account. Returns any durable Mercury prefill handoff, an in-flight or reconciliation state, or the current direct Mercury fallback. It never reads or returns SSNs, identity documents, provider credentials, or submitted KYC payloads. A handoff URL is available only to an active owner, founder, cofounder, or operator membership. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| applicationId | string | – | – |
| companyId | string | – | – |
No output schema declared.
No examples provided.
get_cap_table ~154
Return the company's live cap table: every holder with their security type, shares, price paid, and computed ownership %, plus total shares issued. Auto-seeded with founder common stock at formation. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | – |
No output schema declared.
No examples provided.
get_company_briefing ~289
Use for a broad company briefing, company disambiguation, or a founder asking what matters next. It is not a prerequisite for a goal-specific tool because every Corply result now carries server-authored context continuation. Returns the privacy-filtered caller/org/company context, lifecycle origin, formation/payment/filing/document/signature state, standard Delaware C-corp configuration, deterministic operating plan, and execution boundaries. Prerequisite: an authenticated active organization member. No confirmation is required; resolving may materialize the same deterministic canonical plan but creates no external side effect. When multiple companies exist, pass companyId and never guess. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | – |
| itemLimit | integer | – | – |
| questionLimit | integer | – | – |
No output schema declared.
No examples provided.
get_corporate_action_case ~166
Get one company-scoped corporate-action case with its canonical approval/signature workflow, blockers, attorney gate, and natural-language next step. Never infer that a cap-table change occurred from case status. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| caseId | string | yes | – |
| companyId | string | yes | – |
No output schema declared.
No examples provided.
get_org ~129
Compatibility read returning the caller's organization and company identities. Prefer get_company_briefing for company-specific work. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
No output schema declared.
No examples provided.
get_payment_pipeline_status ~215
Canonical read for Corply's own payment pipeline: returns non-secret merchant routes, lifecycle counts, gross settled/refunded/paid-out totals, recent payment state, reconciliation state, and exact blockers for one company. It never returns provider credentials, hosted payment tokens, bank/card data, or customer data; makes zero provider calls and moves no money. Use this instead of the legacy Paddle integration planner when the founder wants Corply-controlled payment portals. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | – |
| recentPaymentLimit | integer | yes | – |
No output schema declared.
No examples provided.
get_status ~198
Return the formation status for a company (or its latest formation): founder-facing checklist, the payment block, THIS caller's pendingSignatures + who else is awaitingOthers, postIncorp tasks, webDashboardUrl, nextStep, and an optional private celebration link after verified incorporation. Offer a newly discovered milestone once; trust nextStep over your own inference of what comes next. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | – |
| formationId | string | – | – |
No output schema declared.
No examples provided.
import_cap_table ~216
Import a cap table from a Carta/Pulley CSV export (one-way — Corply becomes the system of record). Owner/founder only. Call with confirm:false first to PREVIEW the parsed holders; confirming REPLACES the company's entire existing cap table with the imported set. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: obtain fresh, explicit user confirmation before calling.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | – |
| confirm | boolean | – | – |
| csv | string | yes | – |
| idempotencyKey | string | – | Stable retry key for the confirmed replace-all import. |
| source | string | – | – |
No output schema declared.
No examples provided.
invite_cofounders ~202
Requires the incorporation fee to be PAID first (request_payment → await_payment). Compatibility action that emails each OTHER listed founder's pending review-and-sign link after documents are generated. It never creates or refreshes membership invitations; use invite_member earlier, after explicit founder confirmation. Only run when the lead explicitly asks. Sign links are delivered directly to each cofounder and are shown here only when their email fails. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: obtain fresh, explicit user confirmation before calling.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| formationId | string | yes | – |
No output schema declared.
No examples provided.
invite_member ~183
Invite a cofounder to this organization by email. Call only after the founder explicitly confirms the invitation. This membership invitation is independent of name checks, documents, payment, and signatures. They join from their own connected Corply session by signing in with that email. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: obtain fresh, explicit user confirmation before calling.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | – | – | – |
| string | yes | – | |
| role | string | yes | – |
No output schema declared.
No examples provided.
list_corporate_action_cases ~167
List durable corporate-action cases for one exact company, optionally filtered by status, with attorney-gated next-step context. This is read-only and never reads another company's cases. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | yes | – |
| limit | integer | yes | – |
| status | string | – | – |
No output schema declared.
No examples provided.
manage_operating_access_grant ~330
Owner/operator-only grant or revocation of one person's expiring access to one restricted operating-data class. Use the narrowest subject and class, explain the business purpose, cap access at 90 days, and revoke immediately when the engagement ends. Revocation is retained as an audit tombstone. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: obtain fresh, explicit user confirmation before calling.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| action | string | yes | – |
| companyId | string | – | corply_companies.id. May be omitted only when the active organization has exactly one company. |
| dataClass | string | – | Required for grant; grant exactly one class at a time. |
| expiresAt | string | – | Required for grant; must be in the future and no more than 90 days away. |
| grantId | string | – | Required for revoke; the immutable grant record to tombstone. |
| granteeUserId | string | – | Required for grant; must be an active member of the organization. |
| reason | string | yes | Specific reviewed purpose for granting or revoking access. |
| subjectId | string | – | Optional person/subject scope. Omit only for a genuinely company-wide fact class. |
No output schema declared.
No examples provided.
mark_task_done ~203
Report one of YOUR post-incorporation tasks as done (for example, opening your bank account) with an optional note. Corply's team verifies and completes it — status becomes 'pending review'. Only works for tasks assigned to the founder. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| note | string | – | – |
| stepKey | string | yes | – |
No output schema declared.
No examples provided.
nudge_signer ~149
Re-send the signature reminder email to a cofounder who hasn't signed yet. Only when the lead asks. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: obtain fresh, explicit user confirmation before calling.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| string | yes | – | |
| formationId | string | yes | – |
No output schema declared.
No examples provided.
prepare_83b_tin_input ~256
Create a short-lived, one-time external-browser link for the taxpayer to enter the SSN/ITIN required on their exact signed 83(b) election. Use only after that founder has signed. Never ask for, accept, repeat, or place a TIN in chat. The link is reversible and may be refreshed without additional confirmation. Corply never stores the TIN as a database field; Corply Ops receives only a short-lived encrypted mail-ready PDF to print and mail. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| formationId | string | yes | – |
| founderId | string | – | – |
No output schema declared.
No examples provided.
prepare_revenue_launch ~349
LEGACY PADDLE SUBSCRIPTION MIGRATION ONLY; for a new Corply-controlled payment portal call get_payment_pipeline_status instead. The calling coding agent must inspect framework, package manager, app/source root, and test/build commands itself before calling—never ask the founder for repository metadata. Reuses the authenticated company's non-secret formation facts, classifies whether the older fixed-price SaaS subscription Paddle merchant-of-record path fits, and returns only the commercial facts that genuinely need founder input. Makes zero provider calls and no writes; never requests credentials, identity documents, bank/card data, or acceptance of terms. If multiple companies exist, pass an exact companyId from get_company_briefing. Trust nextTool and do not bypass an unsupported marketplace, digital-goods, one-time/mixed/usage billing, physical-goods, or services result. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| billingModel | string | yes | – |
| businessModel | string | yes | – |
| companyId | string | – | – |
| customerType | string | yes | – |
| productDescription | string | – | – |
| productName | string | – | – |
| repository | object | yes | – |
| targetCountries | array | yes | – |
| websiteUrl | string | – | – |
No output schema declared.
No examples provided.
recall ~135
Search the organization's context memory + Corply reference KB for relevant facts. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: reads current server state and does not manufacture company facts. Idempotency: safe to repeat. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| includeGlobal | boolean | – | – |
| query | string | yes | – |
No output schema declared.
No examples provided.
reconcile_bank_onboarding ~147
Owner/operator recovery for one uncertain Mercury onboarding attempt. Call only after Mercury directly confirms either the exact onboardingDataId and mercury.com signup link, or that no active application remains and a corrected retry is safe. Never infer or invent provider evidence. This action creates an auditable reconciliation record. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: obtain fresh, explicit user confirmation before calling.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
reconcile_payment_route ~239
Read the exact active Moov sandbox wallet balance and compare it with Corply's immutable route-scoped platform-cash postings, then record a hash-bound reconciliation run. It makes provider reads only, exposes no provider account, wallet, credential, bank/card, or customer data, and moves no money. The first run may anchor a pre-existing wallet balance only before any payment or journal activity; later variance fails readiness closed. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | – |
| routeId | string | yes | – |
No output schema declared.
No examples provided.
record_existing_completion ~321
Record evidence that the company completed one exact materialized work occurrence outside Corply. The command pins rule/version/subject/occurrence, requires a durable idempotency key and explicit attestation, and routes the immutable claim to automatic, operator, or professional review. This tool never marks the work completed merely because evidence was submitted; use the normal fact and work-transition tools only after the returned review and remaining evidence/outcome gaps are resolved. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| attestation | object | yes | – |
| claimedOutcome | object | yes | – |
| companyId | string | yes | – |
| evidence | array | yes | – |
| idempotencyKey | string | yes | – |
| occurrenceKey | string | yes | – |
| provenance | object | – | – |
| ruleId | string | yes | – |
| ruleVersion | string | yes | – |
| source | object | yes | – |
| subjectId | – | yes | – |
| workItemId | string | yes | – |
No output schema declared.
No examples provided.
record_operating_event ~457
Atomically stage or promote one event occurrence's stable ID and mutable anchor fact. Use this for every fact named by an event rule; scalar writes are rejected to prevent mixed IDs/deadlines. If evidence is required, the first call returns candidate fact IDs. Bind evidence to each evidence-gated candidate, then retry with identical source and validity inputs; both facts become canonical in one transaction. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| anchorValue | – | yes | Typed value for the rule's recurrence.anchorFact. |
| companyId | string | – | corply_companies.id. May be omitted only when the active organization has exactly one company. |
| confidence | number | – | – |
| confirmationKind | string | yes | – |
| effectiveFrom | string | – | – |
| effectiveTo | string | – | – |
| evidenceEventIds | array | – | – |
| expiresAt | string | – | – |
| itemLimit | integer | yes | Maximum items returned per actionable/blocked/waiting section. |
| occurrenceId | string | yes | Stable episode identity, never a mutable date, boolean, or label. |
| provenance | object | – | – |
| questionLimit | integer | yes | Maximum targeted missing-fact questions returned. |
| ruleId | string | yes | Exact event-recurring ruleId returned by resolve_company_plan. |
| sourceObservedAt | string | – | Required for expiring evidence-backed event facts. |
| sourceRef | string | yes | Stable reference reused unchanged when promoting staged candidates. |
| sourceType | string | yes | – |
| subjectId | string | – | Required for subject-scoped event rules; omitted for company rules. |
| trustLevel | integer | – | – |
No output schema declared.
No examples provided.
record_operating_evidence ~484
Record a company-owned evidence artifact, then freshly resolve the plan. Evidence is not task completion by itself; attach its id when transitioning a work item. For new files, call upload_operating_evidence (or the authenticated multipart upload endpoint) and use its server-returned filePath/fileHash. Founder-uploaded documents remain claims: use submit_operating_fact_evidence to bind and queue them for operator review. Only an operator may directly promote an evidence-confirmed fact. Professional determinations require named reviewer credentials. A guidance link or model assertion is never professional evidence. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | corply_companies.id. May be omitted only when the active organization has exactly one company. |
| covers | array | – | Exact completionEvidence labels from workItemId that this artifact proves. |
| description | string | – | – |
| factId | string | – | Candidate/current fact assertion this evidence substantiates. Unbound evidence cannot promote a fact. |
| fileHash | string | – | Full SHA-256 of the stored bytes; Corply downloads and verifies it server-side. |
| filePath | string | – | Immutable object in corply-documents under operating-evidence/<orgId>/<companyId>/. Copy mutable formation aliases through upload_operating_evidence first. |
| itemLimit | integer | yes | Maximum items returned per actionable/blocked/waiting section. |
| kind | string | yes | – |
| metadata | object | – | Non-secret artifact metadata. |
| professional | object | – | – |
| questionLimit | integer | yes | Maximum targeted missing-fact questions returned. |
| title | string | yes | – |
| workItemId | string | – | Required when covers is non-empty; prevents reusing self-declared labels across occurrences. |
No output schema declared.
No examples provided.
record_operating_fact ~477
Record a typed, versioned company or subject fact and freshly resolve the plan. High-impact facts become canonical only with the registry's required confirmation/evidence. Never infer immigration status, work authorization, tax/legal conclusions, or other restricted facts; record explicit evidence or a qualified professional determination. A non-promoted candidate is not safe to treat as true. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | corply_companies.id. May be omitted only when the active organization has exactly one company. |
| confidence | number | – | – |
| confirmationKind | string | yes | – |
| effectiveFrom | string | – | – |
| effectiveTo | string | – | – |
| evidenceEventIds | array | – | – |
| expiresAt | string | – | – |
| factKey | string | yes | Registry key without company./subject. prefix, e.g. entity.formed or work.authorization_basis. |
| itemLimit | integer | yes | Maximum items returned per actionable/blocked/waiting section. |
| provenance | object | – | Non-secret structured provenance metadata. |
| questionLimit | integer | yes | Maximum targeted missing-fact questions returned. |
| sourceObservedAt | string | – | – |
| sourceRef | string | yes | Stable provenance reference; do not put a secret or raw document body here. |
| sourceType | string | yes | Provenance class, e.g. user_assertion, document, external_system, operator, or professional. |
| subjectId | string | – | Required for subject-scoped facts (people, locations, products, offerings, customers, vendors, contracts, awards, accounts, or obligations); omit for company facts. |
| trustLevel | integer | – | – |
| value | – | yes | Typed JSON value matching the inspected fact definition. |
No output schema declared.
No examples provided.
redeem_invite ~169
Join an organization with an invite join code. Ask the user to confirm first ('Join {company} as a cofounder?') — joining switches your active organization and best-effort emails the other active organization members that their cofounder joined. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: obtain fresh, explicit user confirmation before calling.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| joinCode | string | yes | – |
No output schema declared.
No examples provided.
refresh_payment_route_onboarding ~250
Read the exact hosted Moov sandbox onboarding invite, required capability statuses, default wallet, and verified payout-bank method for one Corply route, then converge the server-only route connection. It accepts no provider IDs, credentials, identity documents, bank/card data, or terms acceptance from chat. It makes provider reads only, never changes the provider account, and activates the sandbox route only when all required provider facts are currently ready; it moves no money and cannot enable production. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | – |
| routeId | string | yes | – |
No output schema declared.
No examples provided.
remember ~156
Persist a durable decision/fact into the organization's context memory. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| text | string | yes | – |
No output schema declared.
No examples provided.
request_payment ~518
MANDATORY before any signing: prepare (or reuse) the checkout link for the one-time Corply incorporation fee. Two tiers, and the ONLY difference is how long registered agent is covered: registeredAgent='year_one' is $449 (Essential: formation plus the first year of registered agent), registeredAgent='lifetime' is $799 (formation plus registered agent for the life of the company). Ask the founder which they want before calling; default to year_one if they do not care, because they can upgrade later for $350 at any time via request_registered_agent_upgrade with nothing lost. Optionally include Corply Mail in the SAME Stripe checkout: corplyMail='annual' includes 365 days, then renews at $119/year; corplyMail='monthly' includes 365 days, then renews at $15/month; corplyMail='none' creates no recurring mail subscription. Before selecting annual or monthly, disclose the exact renewal price, that Stripe stores the payment method, and that the founder can cancel in Billing. Never infer consent; default to none. Promo codes are accepted on year_one only. Show the returned checkoutUrl to the founder in chat as a markdown link — creating the link needs no confirmation; the founder chooses whether to Pay in the browser. Only the lead founder pays, once per company; cofounders never pay, and editing/regenerating documents never re-charges. Safe to re-call: it reuses the open session, and switching tier retires the old link and issues the right one. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-auth…
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| corplyMail | string | – | Explicit renewal choice after disclosure. Defaults to none; annual is $119/year after 365 included days, monthly is $15/month. |
| formationId | string | yes | – |
| registeredAgent | string | – | year_one = $449 total. lifetime = $799 total. Defaults to year_one. |
No output schema declared.
No examples provided.
request_registered_agent_upgrade ~301
Upgrade a company from first-year registered agent to LIFETIME registered agent for $350, at any time after the incorporation fee is paid. This is the difference between the $449 Essential tier and the $799 Lifetime tier, so a founder who chose Essential loses nothing by upgrading later. Returns {status:'checkout_ready', checkoutUrl, amountDue} — show the link to the founder as a markdown link, then poll await_registered_agent_upgrade. Returns {status:'already_lifetime'} if the company already has lifetime coverage, in which case say so and do NOT offer to charge again. Requires a paid incorporation fee first: there is no registered agent to extend otherwise. Safe to re-call, it reuses the open session. No promo codes on this one. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| formationId | string | yes | – |
No output schema declared.
No examples provided.
request_signature ~350
Requires the incorporation fee to be PAID first (request_payment → await_payment). Phase-aware and idempotent: before Delaware acceptance it prepares each founder's one filing-stage bundle. The incorporator's bundle includes the Certificate of Incorporation; every founder's bundle includes the narrow Founder Formation Authorization for the enumerated standard post-acceptance records. After acceptance, standard-v1 records are executed from that stored authorization and must never become a second human signature request. Only a legacy formation that predates the authorization can return a post-acceptance signing bundle. Once an authorized founder's RSPA is fully executed and establishes the stock-purchase date, Corply prepares and executes that founder's 83(b) automatically from the same stored authority. This preparatory action needs no confirmation and sends no cofounder email. It returns only the caller's safe server-issued signing bundle and review link; present reviewUrl as a markdown link. Use the separately confirmed invite_cofounders or nudge_signer action for external messages. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| formationId | string | yes | – |
No output schema declared.
No examples provided.
resolve_company_plan ~264
Deterministically resolve and materialize the company's current operating graph. The lifecycle is always running—never report globally done. Treat unknown facts as unknown and ask only returned questions; never infer immigration/work permission or restricted personal facts. Honor evidence, signature, payment, authority, licensed-professional, and other human boundaries before acting. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | corply_companies.id. May be omitted only when the active organization has exactly one company. |
| itemLimit | integer | yes | Maximum items returned per actionable/blocked/waiting section. |
| questionLimit | integer | yes | Maximum targeted missing-fact questions returned. |
No output schema declared.
No examples provided.
run_sandbox_payment_probe ~297
After fresh founder confirmation of the exact USD 1.00 Moov sandbox charge, create or replay one server-priced diagnostic order and send its server-configured card-payment source through Corply's durable create-and-authorize pipeline. The tool accepts no provider IDs, card/bank data, customer data, amount, currency, merchant, fee, reserve, or payout destination. It requires an active route, a fresh zero-variance reconciliation, server-held probe configuration, and an exact idempotency key. This is test-mode money movement only; it cannot charge live money, enable production, or prove settlement by itself. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | – |
| confirmation | string | yes | – |
| idempotencyKey | string | yes | – |
| routeId | string | yes | – |
No output schema declared.
No examples provided.
run_sandbox_payout_probe ~302
After fresh founder confirmation of the exact USD 0.01 Moov sandbox payout, send one cent from one exact settled diagnostic payment through Corply's durable payout command to the route's server-resolved verified standard-ACH bank. The tool accepts no amount, currency, provider ID, wallet, bank/card data, or payout destination. It requires the exact paymentKey, active sandbox route, fresh zero-variance reconciliation, and verified bank. This is test-mode money movement only; the scheduled worker records the provider's exact after-the-fact payout fee from transfer and wallet evidence before reconciliation can pass. It cannot move live money or enable production. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | string | – | – |
| confirmation | string | yes | – |
| paymentKey | string | yes | – |
| routeId | string | yes | – |
No output schema declared.
No examples provided.
save_application ~305
Deep-merge upsert of the structured formation application for a company: incremental saves merge over what's already stored — a partial payload never wipes untouched sections. This reversible intake save needs no confirmation. Standard restricted founder shares default to an 83(b) election; omit those fields and do not ask the founder for a separate 83(b) decision. The signing bundle later captures the required authorization. It refuses changes to a frozen legal packet; use amend_frozen_application after explicit founder confirmation when documents and signatures must be superseded. Returns { formationId, standardConfiguration, nextStep }; use that configuration instead of generic capitalization advice. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: no additional confirmation is needed for this read, reversible save, explicit fact/evidence record, link preparation, plan refresh, or action pre-authorized by a standing founder-configured policy.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| companyId | – | – | corply_companies.id (from get_org). OMIT it — the server auto-attaches the org's company. NEVER pass a formationId here. |
| data | object | yes | – |
No output schema declared.
No examples provided.
sign_bundle ~287
Record one binding ESIGN/UETA consent for the exact server-issued bundle returned by get_status or request_signature. CALLER GATE: only the live signer may call it, after reviewing every listed document and giving one fresh affirmative act. Never reuse prior-session consent or sign for an absent cofounder. The opaque bundleId prevents omitted, added, or stale documents. For an eligible founder who already elected Section 83(b), the pre-filing Founder Formation Authorization also grants narrow advance authority: once the RSPA establishes the transfer date, Corply automatically completes and executes the election without another signature or confirmation. Then show/open the returned external-browser TIN link immediately and never ask for the TIN in chat. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: obtain fresh, explicit user confirmation before calling.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| bundleId | string | yes | – |
| esignConsent | boolean | yes | – |
| formationId | string | yes | – |
| signedLegalName | string | yes | – |
No output schema declared.
No examples provided.
start_bank_onboarding ~322
Create one consented Mercury partner prefill and return the founder-only signup link. Call get_bank_onboarding_status first. Never request or include an SSN, identity image, raw formation document, Mercury credential, or legal name/EIN override; Corply loads trusted company facts server-side. Obtain fresh founder confirmation that Corply may send the supplied owner, address, and business data to Mercury before calling. The founder still completes Mercury identity verification, reviews the application, accepts Mercury's terms, and submits it. Reuse the exact idempotencyKey after a timeout and never invent a new key for an uncertain attempt. Prerequisite: authenticated active organization access plus every prerequisite stated above. Canonicality: invokes the shared backend action; trust the returned actual_tool_output and context_engineering instead of adding a state-recovery call. Idempotency: obey the tool-specific retry key or guarantee; if none is stated, inspect refreshed state before retrying. Confirmation boundary: obtain fresh, explicit user confirmation before calling.
| Name | Type | Req | Description |
|---|---|---|---|
| _corply_context | object | – | Echo context_engineering.context_session from the prior Corply result. |
| about | object | – | – |
| beneficialOwners | array | yes | – |
| businessContactDetails | object | – | – |
| businessLegalAddress | object | – | – |
| businessPhysicalAddress | object | – | – |
| companyId | string | – | – |
| formationDetails | object | – | – |
| founderAuthorizedDataSharing | boolean | yes | – |
| idempotencyKey | string | yes | – |
| inviteEmail | string | yes | – |
No output schema declared.
No examples provided.
What is the Corply — Start and run your company MCP server?
Corply — Start and run your company is an MCP server listed in the public MCP registry as io.github.corply-dev/corply. Form and manage a Delaware C-Corp from your agent. Setup: https://corply.dev/skills.md. This page covers its hosted endpoint (https://corply.dev/mcp).
Is the Corply — Start and run your company MCP server safe to use?
Corply — Start and run your company scores 36 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the Corply — Start and run your company MCP server expose?
Corply — Start and run your company exposes 57 tools: get_company_briefing, adopt_existing_company, whoami, get_org, get_status, and 52 more. Their descriptions and schemas cost roughly 15,141 tokens of context every time the server is loaded.
Does the Corply — Start and run your company MCP server require authentication?
Yes. Corply — Start and run your company asked us for credentials when we connected, so you will need to authorise it in your MCP client before it can do anything.
Is the Corply — Start and run your company MCP server still maintained?
Corply — Start and run your company is still listed as active in the MCP registry. We last reached this channel on 5 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.