Start here · From field notes to a customer-owned application
From field notes to a customer-owned application
A six-scene customer story: review a domain, inspect its records, delegate a bounded task, build clients and choose an environment.
Start here · From field notes to a customer-owned application
From field notes to a customer-owned application
A six-scene customer story: review a domain, inspect its records, delegate a bounded task, build clients and choose an environment.
What this view establishes
The architectural commitments
- Prompts are task briefs for an MCP-capable coding assistant, not a guarantee that every LLM can run every tool. Discover the connected tool catalog first.
- Implemented means source exists; observed names a specific proof. Birdwatch has no hosted gateway; the retired Field Notebook pilot is not a live service.
- Customer write admission is in PR #49 merged at bfb10b39. Processing, deployment and tenant administration are different authority surfaces.
Customer storyboard
- 01
01 01 · Start with a real problem
field-notebook-journey-1observedStart with a real problem
An ecologist wants a private record of site visits, observations and places. The external Field Notebook project exists.
On screenEli returns from a creek survey with paper notes. A simple record and place replace a spreadsheet row.
Open the example LLM prompt
Inspect the Field Notebook customer project, schema, namespace grant and release lock. Explain what its Record and Place model can express today. Propose only the smallest extension needed for creek surveys, and do not modify live records or fabricate a release pin.
What you getA customer-owned project boundary; historical hosted proof is retained, but that pilot was shut down.
- 02
01 02 · Review before generating
field-notebook-journey-2implementedReview before generating
Project tools validate, generate, package and plan pinned artifacts. Generic product design still requires an implementation review.
On screenThe assistant shows the schema diff and matching client types. Eli accepts the vocabulary before code generation.
Open the example LLM prompt
Discover the project tools. Validate this checkout and its namespace grant, then generate from the current project digest. Add an optional notes field only if the existing descriptor lacks it and the tool can express the exact change. Package against the verified generated inventory; show the resulting pins and remaining plan blockers.
What you getA reproducible local artifact proposal. Packaging and project.plan do not publish or deploy it.
- 03
01 03 · Inspect the same record
field-notebook-journey-3observedInspect the same record
The Observatory explains installed schema and records; the pilot proved Python, Swift and hydrated web against one record.
On screenThree windows show the same record: Python creates, Swift changes its title, web reads the new revision. An inspector reveals ownership and history.
Open the example LLM prompt
In the selected local test environment, read the installed schema and a seeded record. Show its relationships, revision and ownership in the available inspection UI. Check that the client and inspector address the same authority. Do not call a generated schema snapshot live data.
What you getA verified three-client historical example and a current local installed MCP proof; no current hosted endpoint is promised.
- 04
01 04 · Delegate a bounded task
field-notebook-journey-4observedDelegate a bounded task
Five reads become six tools only with a live write delegation. Human MCP access has ended; member HTTP access remains.
On screenEli authorizes a notes assistant for a short duration. The agent writes; Eli reads the record as its owner, then revokes the assistant.
Open the example LLM prompt
Use the delegation configured privately in this environment. List tools, inspect the installed Record descriptor and propose a survey note. If submit_mutation is available and I approve the content, create it within my delegation bounds. Read it back and report the revision. After I revoke this delegation, verify the next write is refused without retrying under another credential.
What you getThe local HTTPS/source-denied journey proves write, member read, restart replay and revocation. PR #49 is merged at bfb10b39. Hosted rollout is a separate acceptance.
- 05
01 05 · Build the clients
field-notebook-journey-5implementedBuild the clients
Swift, Python and web candidates and a real external pilot exist. A prompt is a coding brief, not a universal app-generation MCP tool.
On screenEli chooses a phone capture screen, web list and Python export. The assistant presents a UI diff and test results.
Open the example LLM prompt
Build a small web client and Swift capture screen in the customer repository using the pinned accepted packages, plus a Python read/export example. Include loading, empty, error and revoked-access states. Keep credentials server-side or in native secure storage. Show a hydrated browser proof and shared-record round trip; return a PR rather than deploying.
What you getConcrete client implementation work over existing contracts. No promise of published packages or automatic production release.
- 06
01 06 · Choose a home and grow
field-notebook-journey-6plannedChoose a home and grow
Dedicated hosting has historical proof; shared child create/trim has local isolation proof. Hosted pooling and operations remain follow-ups.
On screenTwo environments appear under retained hosted infrastructure: Birdwatch and Field Notebook. Trimming a disposable child leaves its sibling and parent intact.
Open the example LLM prompt
Using deployment MCP, inspect my available project, recipes and environments, then plan a test environment for the verified release. Show isolation, target, capacity and revision. After explicit confirmation, create only an admitted environment. Before trimming it, re-read its generation and confirm the exact child; retain its parent and sibling. Report unavailable hosted recipes and recovery as blockers.
What you getPrimary hosted follow-up: two isolated children on existing infrastructure, with provider-specific isolation and trim acceptance. No cloud resources are changed in this Atlas tranche.
The customer journey, step by step
Connections and evidence
Open the 5-relationship source key
Numbers set an explanatory reading order. They do not measure runtime timing.
Connections and evidence
Open the 5-relationship source key
- 01declared
Start with a real problem→Review before generating
Next reviewed step
- 02declared
Review before generating→Inspect the same record
Next reviewed step
- 03declared
Inspect the same record→Delegate a bounded task
Next reviewed step
- 04declared
Delegate a bounded task→Build the clients
Next reviewed step
- 05declared
Build the clients→Choose a home and grow
Next reviewed step
Connections and evidence
5 directed, source-backed relationships
Numbers set an explanatory reading order. They do not measure runtime timing.
- 01declared
Start with a real problem→Review before generating
Next reviewed step
- 02declared
Review before generating→Inspect the same record
Next reviewed step
- 03declared
Inspect the same record→Delegate a bounded task
Next reviewed step
- 04declared
Delegate a bounded task→Build the clients
Next reviewed step
- 05declared
Build the clients→Choose a home and grow
Next reviewed step
What this view establishes
The architectural commitments
- Prompts are task briefs for an MCP-capable coding assistant, not a guarantee that every LLM can run every tool. Discover the connected tool catalog first.
- Implemented means source exists; observed names a specific proof. Birdwatch has no hosted gateway; the retired Field Notebook pilot is not a live service.
- Customer write admission is in PR #49 merged at bfb10b39. Processing, deployment and tenant administration are different authority surfaces.
Follow the live system
Move from explanation to inspection
The Atlas is static and source-backed. The Observatory shows authenticated environment state.
11 repository sources behind this view
Explorer/app/shape.tsxdistribution/project-tools/src/neostory_project_tools/mcp.pydistribution/swift-client/tests/Notebook.swiftdocs/customer-agent-journeys.mddocs/platform-business-cases.mddocs/releases/evidence/customer-data-mcp-phase4/runtime.jsondocs/releases/evidence/records-v2-provider-readiness/hosted-three-client-receipt.jsongateway/src/neostory_gateway/delegation_repository.pyplatform/customer-runtime/customer_runtime.pyplatform/deployment-mcp/src/neostory_deployment_mcp/server.pyprobes/platform-wave0/field-notebook/neostory.project.json