GitHub records shared scope, owner, criteria, dependencies, and lifecycle. Paperclip records local execution.
One lifecycle for every kind of work.
From a business question to a shipped feature, a campaign, or a smoother operation: use the same shared stages and state rules. Each team adds the evidence and review that fits its work.
The rules that travel with the work
These rules apply to technical and non-technical work across Nekurama. No tool status can replace a human decision.
An assignment or sync event updates context. A human still authorizes the specific execution plan.
Every work item has verifiable acceptance criteria. Completion is based on evidence and delivery conditions.
Return to the earliest stage whose output is invalid. Keep earlier decisions and artifacts traceable.
Eight stages, from question to operation
Choose a stage to see its purpose and the kind of evidence that supports moving forward. Stage changes and state changes are separate.
Moving the work and managing its state
The exact roles and evidence gates are being formalized. This view shows the current shared baseline without pretending every edge is already approved policy.
Stage movement
Move forward when a stage has produced what the next stage needs.
State movement
State says what is happening to this work item now, regardless of stage.
| From → To | Typical trigger | Guard / evidence |
|---|---|---|
| Draft → Ready | Definition is usable for planning or execution. | Owner, scope, acceptance criteria, dependencies and prerequisites are clear enough. |
| Ready → Active | Authorized work starts. | Human selects the item, approves the plan and scope, and current assignment and permissions are revalidated. Ready alone is not permission. |
| Active → Blocked → Active | A dependency prevents progress, then is resolved. | Record the blocker, owner and resolution; recheck authorization if scope or context changed. |
| Active → InReview | Deliverable is submitted. | Attach evidence mapped to the acceptance criteria and request the applicable review. |
| InReview → Active | Changes requested or acceptance gap found. | Record findings; return to Execution or the earliest earlier stage made invalid. |
| InReview → Accepted | Applicable review passes. | Authorized reviewer records the decision and evidence. Agent completion is not acceptance. |
| Accepted → Completed | Delivery and handover finish. | Record delivery destination, handover, and any required operational readiness evidence. |
| Any open state → Cancelled | Work is explicitly withdrawn or stopped. | Authorized human records rationale and preserves history. Reopening rules remain part of the contract work. |
Local Paperclip run states do not force GitHub transitions. Reassignment, revoked permission, offline context, and sensitive actions require explicit revalidation.
What the same lifecycle looks like by team
Pick a department, then step through the animated journey. The underlying stages stay the same; each example changes its deliverables, evidence, and handoffs.