Name the asset, owner, and consequence
Define the code, data, site, app, account, file, or workflow; who owns truth; and which users, money, privacy, security, or production systems are affected.
Family guide shop / Software, web & data
Route requirements, code, testing, data, websites, apps, agents, automation, credentials, and files to the right field manual—with evidence requirements and production boundaries visible.
Short answer: start with the asset and consequence. Code changes belong in the developer route, test evidence in QA, warehouse changes in data operations, website/app choices in builder routes, and repeatable delegated work in agent/automation routes. No route grants silent access, deploy, data, spend, or public-action authority.
Inventory estates, review access, separate backup from restore proof, plan migrations, diagnose performance, and prepare recovery evidence.
Open DBA manual →Manual 005 · Software engineeringMove from requirements to scoped implementation, mapped tests, review, release, rollback, and monitoring evidence.
Open developer manual →Manual 011 · Software qualityRequire reviewed test design, exact candidate identity, execution receipts, raw evidence, defects, traceability, and human release authority.
Open QA manual →Manual 013 · Data operationsTrace source contracts, fields, transformations, validation, reconciliation, quality, cost, incidents, and warehouse change review.
Open data manual →Choose based on ownership, editability, hosting, publishing control, and the workflow you actually need.
Compare builders →App platformCompare app-building routes by job, output, tradeoff, and handoff—not by demo spectacle.
Compare app builders →Website dataMap consent, analytics, policy, and data-request workflows before adding trackers or claims.
Open privacy tools →Give AI one job card with approved inputs, least privilege, visible proof, and explicit human decisions.
Build an agent job →Workflow integrationMap triggers, actions, permissions, retries, failure states, and approval gates before connecting systems.
Plan an automation →Draft-first recipesBrowse practical automations that preserve review and stop before consequential actions.
Browse recipes →Define the code, data, site, app, account, file, or workflow; who owns truth; and which users, money, privacy, security, or production systems are affected.
Requirements, source contracts, designs, code/config versions, policies, standards, fixtures, approvals, and hashes.
Use synthetic or approved inputs; bind tests and observations to exact candidate identity; retain raw evidence and limitations.
Named humans retain credentials, access, spend, merge, deploy, data changes, production, rollback, publishing, and messages.
Use it to name the job, candidate, data boundary, proof, failure path, and exact human authority. Then open the specialist manual matching the real work.