Work Estimation
Principle expression
Primary: P07
Supporting: P02, P08, P15
Scope
Own one judgment: given a concrete desired state and evidence, what is the
smallest necessary work graph, what resolution can the present decision tolerate,
and what remains discovery rather than committed work?
Work is executor-independent. It is not person-days, tokens, dollars, elapsed
time, model capability, or a universal point scale. Conversion into resources,
human approval of a hard envelope, runtime enforcement, and retrospective
calibration belong to their respective owners.
Principle source
Use a host Sequence and matching interpretations when present. Otherwise use
this package's read-only fallback in references/sequence.md. Read
only P07, P02, P08, and P15 for this skill's stable lineage.
Start
Ground the work before assigning any size:
Current state and source evidence:
Target state / decision to change:
Actor and decision horizon:
Hard constraints and irreversible surface:
Current alternatives, dependencies, and unknowns:
Strongest case for using no estimate or a coarser estimate:
If the decision is one-step, reversible, and no later actor must compare or
approve a resource commitment, use ordinary disciplined development. Do not
manufacture a work graph.
Core method
- Recover the concrete state transition. Read the object, its owners,
existing evidence, and acceptance boundary. Separate observed work from a
hoped-for implementation or an executor's claimed effort.
- Construct the necessary work graph. Add a node only when it changes a
required state, resolves a decision-changing unknown, verifies a hard
constraint, or preserves a later settlement. State its dependency and
acceptance observation. Do not use a fixed investigation/design/build/test
sequence.
- Separate committed work from discovery branches. A discovery node exists
to decide whether later work is needed; it is not hidden contingency. Name
the observation that opens or closes each branch and the smallest allocation
needed to learn it.
- Choose decision-derived resolution. Use
resolution and tolerance. Estimate
only as finely as needed for the current choice. If two alternatives remain
indistinguishable within their tolerated uncertainty, route to a bounded
discovery practice rather than inventing precision.
- Return a Work Estimate, not a price. Use the
record shape when approval, handoff, or a
later comparison requires recovery. Name what an execution projection would
need—executor profile, relevant observations, and confidence—but do not
fabricate P50/P80/P95 or set a hard cap.
- Route the next owner. Route resource conversion and hard enforcement to
Work Cell/runtime policy; multi-alternative direction to strategic-advisory;
post-run calibration to practice-cycle; carrier choice to form-guidance;
durable placement to artifact-organization; and semantic insufficiency to
principle-cultivation.
Boundaries
- Do not map a work node directly to a Work Cell, person-day, token count, or
price. One executor may combine nodes; another may need several attempts.
- Do not hide uncertainty in an undifferentiated percentage buffer. Preserve
discovery branches and their opening observations separately.
- Do not use forecast overlap to pretend alternatives are equal. If uncertainty
can change the decision, identify the next information-gathering practice.
- Do not approve a Budget Envelope, release a child-cell allocation, or allow a
forecast view to accept its own result.
- Do not turn the record into a mandatory plan or universal work-point taxonomy.
Completion standard
The estimate is ready when it names the concrete state transition, necessary
nodes, discovery branches, dependencies, resolution/tolerance, omitted work,
and a disconfirming observation. It is supported only when an action probe
compares real alternatives without using tokens/person-days as work, a boundary
probe declines a one-step request or unsupported point forecast, and a context
probe reads the object and acceptance boundary rather than an executor price
sheet.
1---2name: work-estimation3description: Estimate the necessary work before converting it into agent tokens, time, or money. Use when comparing implementation options, setting an agent budget, choosing estimate granularity or error tolerance, planning a discovery probe, or asking "how much work is this really?" / "预算怎么估?" / "工作量评估" / "误差容忍度". Do not use to invent a token price, approve spend, or replace strategic choice, execution, or calibration evidence.4---56# Work Estimation78## Principle expression910**Primary:** P0711**Supporting:** P02, P08, P151213## Scope1415Own one judgment: **given a concrete desired state and evidence, what is the16smallest necessary work graph, what resolution can the present decision tolerate,17and what remains discovery rather than committed work?**1819Work is executor-independent. It is not person-days, tokens, dollars, elapsed20time, model capability, or a universal point scale. Conversion into resources,21human approval of a hard envelope, runtime enforcement, and retrospective22calibration belong to their respective owners.2324## Principle source2526Use a host Sequence and matching interpretations when present. Otherwise use27this package's read-only fallback in `references/sequence.md`. Read28only P07, P02, P08, and P15 for this skill's stable lineage.2930## Start3132Ground the work before assigning any size:3334```text35Current state and source evidence:36Target state / decision to change:37Actor and decision horizon:38Hard constraints and irreversible surface:39Current alternatives, dependencies, and unknowns:40Strongest case for using no estimate or a coarser estimate:41```4243If the decision is one-step, reversible, and no later actor must compare or44approve a resource commitment, use ordinary disciplined development. Do not45manufacture a work graph.4647## Core method48491. **Recover the concrete state transition.** Read the object, its owners,50 existing evidence, and acceptance boundary. Separate observed work from a51 hoped-for implementation or an executor's claimed effort.522. **Construct the necessary work graph.** Add a node only when it changes a53 required state, resolves a decision-changing unknown, verifies a hard54 constraint, or preserves a later settlement. State its dependency and55 acceptance observation. Do not use a fixed investigation/design/build/test56 sequence.573. **Separate committed work from discovery branches.** A discovery node exists58 to decide whether later work is needed; it is not hidden contingency. Name59 the observation that opens or closes each branch and the smallest allocation60 needed to learn it.614. **Choose decision-derived resolution.** Use62 [resolution and tolerance](references/resolution-and-tolerance.md). Estimate63 only as finely as needed for the current choice. If two alternatives remain64 indistinguishable within their tolerated uncertainty, route to a bounded65 discovery practice rather than inventing precision.665. **Return a Work Estimate, not a price.** Use the67 [record shape](references/work-estimate.md) when approval, handoff, or a68 later comparison requires recovery. Name what an execution projection would69 need—executor profile, relevant observations, and confidence—but do not70 fabricate P50/P80/P95 or set a hard cap.716. **Route the next owner.** Route resource conversion and hard enforcement to72 Work Cell/runtime policy; multi-alternative direction to strategic-advisory;73 post-run calibration to practice-cycle; carrier choice to form-guidance;74 durable placement to artifact-organization; and semantic insufficiency to75 principle-cultivation.7677## Boundaries7879- Do not map a work node directly to a Work Cell, person-day, token count, or80 price. One executor may combine nodes; another may need several attempts.81- Do not hide uncertainty in an undifferentiated percentage buffer. Preserve82 discovery branches and their opening observations separately.83- Do not use forecast overlap to pretend alternatives are equal. If uncertainty84 can change the decision, identify the next information-gathering practice.85- Do not approve a Budget Envelope, release a child-cell allocation, or allow a86 forecast view to accept its own result.87- Do not turn the record into a mandatory plan or universal work-point taxonomy.8889## Completion standard9091The estimate is ready when it names the concrete state transition, necessary92nodes, discovery branches, dependencies, resolution/tolerance, omitted work,93and a disconfirming observation. It is supported only when an action probe94compares real alternatives without using tokens/person-days as work, a boundary95probe declines a one-step request or unsupported point forecast, and a context96probe reads the object and acceptance boundary rather than an executor price97sheet.