@hap-labs/human-agent-paradigm 0.1.0

package/assets/EN/CONTRACT_TEMPLATE.md

@@ -0,0 +1,241 @@
+# Contract Template (execution layer)
+
+> English translation of the frozen document `CONTRACT_TEMPLATE.md`. The Simplified Chinese original is authoritative
+> for governance and is the signing copy; this English copy is provided for agent reading, understanding, and reference.
+> Version markers mirror the original (v1.0). Upstream references point to `HUMAN_AGENT_PARADIGM.md` and
+> `DERIVED_SPECIFICATION.md`.
+
+Version: v1.0  
+Hierarchy: constitution `HUMAN_AGENT_PARADIGM.md` v1.0 → derived specification `DERIVED_SPECIFICATION.md` v1.0 → this
+template  
+Status: execution-layer template · produced with the Owner's authorization  
+Applicable scope: the P3 contract-establishment phase; the first basis of judgment for all subsequent work (provided it
+does not conflict with the constitution or the derived specification)
+
+## Usage Rules
+
+1. This template is filled in by the Agent at P3 and confirmed and signed by the human (the Owner); design and
+   implementation must not start before the contract is established.
+2. None of C1–C10 may be omitted; small tasks may shorten sections, but every section must answer "is it defined, what
+   is the criterion, what is the evidence".
+3. All thresholds, criteria, and budgets are proposed by the Agent and confirmed by the human; the Agent may not
+   unilaterally relax them, and later changes must go through C10.
+4. The contract ID is unique and versions are traceable; every change must record the reason, affected clauses, and the
+   human's approval.
+5. This contract must not conflict with the constitution or the derived specification; on conflict, the higher-level
+   norms prevail and the matter returns to the contract process.
+
+---
+
+## Contract Metadata
+
+| Field                       | Content                                             |
+|:----------------------------|:----------------------------------------------------|
+| Contract ID                 |                                                     |
+| Version                     |                                                     |
+| Product/task name           |                                                     |
+| Upstream intent record      |                                                     |
+| Direction-decision record   |                                                     |
+| Constitutional traceability | constitution 5.2 P3, 3.2, 7.3; derived spec 2.1–2.4 |
+| Status                      | `Draft` / `Signed` / `Amended` / `Terminated`       |
+
+---
+
+## C1 Background and Intent
+
+**Original intent (stated by the human):**
+
+**Agent restatement (requires human confirmation):**
+
+**"What matters more" ordering:** 1. ______ 2. ______ 3. ______
+
+**Key preferences and values:**
+
+**Differences awaiting confirmation (if any):**
+
+- [ ] The human has confirmed the restatement and ordering above.
+
+---
+
+## C2 Scope and Non-Goals
+
+| No. | In-scope deliverable | Judgeable completion criterion (cite C4/C5 criterion IDs) |
+|:----|:---------------------|:----------------------------------------------------------|
+| S1  |                      |                                                           |
+| S2  |                      |                                                           |
+
+**Explicit non-goals (not delivered this run):**
+
+**Product form:** (what the deliverable, runnable, usable outcome is; not limited to software)
+
+---
+
+## C3 Constraints and Bottom Lines
+
+| Category                | Constraint | Non-crossable criterion | Handling on conflict |
+|:------------------------|:-----------|:------------------------|:---------------------|
+| Time                    |            |                         |                      |
+| Cost                    |            |                         |                      |
+| Risk                    |            |                         |                      |
+| Safety                  |            |                         |                      |
+| Compliance              |            |                         |                      |
+| Privacy/confidentiality |            |                         |                      |
+| Technology/resources    |            |                         |                      |
+
+**Bottom-line statement:** safety and compliance outrank all efficiency and need metrics; human authorization never
+overrides law or basic safety bottom lines.
+
+---
+
+## C4 Reliability Criteria
+
+**Definition of done (DoD):** a "completed" claim is allowed only when all of the following hold:
+
+1. the corresponding C2 deliverable runs/is usable;
+2. every completion claim carries real evidence (evidence IDs pointing into the evidence package);
+3. the C6 multi-view review passed with no unresolved in-contract defects;
+4. failures and incomplete items are listed truthfully.
+
+**Claim–evidence mapping (concretized for this project):**
+
+| Claim type                   | Required evidence form                                                   | Evidence destination |
+|:-----------------------------|:-------------------------------------------------------------------------|:---------------------|
+| Feature/deliverable complete | runnable/usable artifact + run/use/test records                          | evidence package     |
+| Quality met                  | review/test results + defect records + fix/re-verification records       | evidence package     |
+| State report                 | snapshot of current real state + differences from previous state         | evidence package     |
+| Performance met              | measurement plan under contract conditions + results + environment notes | evidence package     |
+| Asset reused                 | source + verification records + post-reuse results                       | evidence package     |
+
+**State-sync method:** (when to sync, what to sync, in which objective metrics)
+
+**Failure-reporting method:** (how failures/unmet standards are reported once found, content and time limits; vague
+wording forbidden)
+
+**Prohibited behaviors:** reporting things that did not happen or were not completed; substituting simulation,
+description, or imagination for real output; fabricating evidence or citing nonexistent things; replacing checkable
+evidence with self-assessment.
+
+---
+
+## C5 Excellence Criteria (five dimensions, each judgeable)
+
+**Filling rule:** every criterion must be writable as "object + condition + observable result + threshold/criterion +
+evidence source"; adjectives alone are not allowed.
+
+| Criterion ID | Dimension              | Object and condition | Observable result | Threshold/criterion | Evidence source and method |
+|:-------------|:-----------------------|:---------------------|:------------------|:--------------------|:---------------------------|
+| E6.1.x       | Sound design           |                      |                   |                     |                            |
+| E6.2.x       | Complete functionality |                      |                   |                     |                            |
+| E6.3.x       | Elegant implementation |                      |                   |                     |                            |
+| E6.4.x       | Perfect experience     |                      |                   |                     |                            |
+| E6.5.x       | Excellent performance  |                      |                   |                     |                            |
+
+- [ ] All five dimension criteria are defined; no "adjective as acceptance" blank items.
+- [ ] The human confirmed all thresholds; the Agent did not unilaterally relax them.
+
+---
+
+## C6 Multi-View Review Requirements
+
+| Perspective | Problems that must be sought                                                                     | Review-record requirements                                          |
+|:------------|:-------------------------------------------------------------------------------------------------|:--------------------------------------------------------------------|
+| Product     | intent drift, scope omissions, non-goal bloat, value proposition not holding                     | independent standpoint, defect-finding method, findings, conclusion |
+| User        | whether target users complete independently, paths, feedback, error recovery, friction           | same                                                                |
+| Engineering | design soundness, implementation craft, maintainability, quality debt, boundaries                | same                                                                |
+| Adversarial | assume completion claims false; find counterexamples, exceptional paths, safety/compliance holes | same                                                                |
+
+**Independence:** review standpoint, method, and records are independent of the production process of the content under
+review; the same entity executing a review must explicitly switch standpoints and use independent methods.
+
+**Defect closure:** Blockers/Majors must be fixed and re-verified; Minors should be fixed; any defect chosen not to fix
+must reopen the contract, be human-approved out of scope, and be explicitly disclosed.
+
+**Exit criteria:** all C5 criteria met and no known unresolved in-contract defect.
+
+---
+
+## C7 Autonomy Budget
+
+| Item                   | Content             |
+|:-----------------------|:--------------------|
+| Authorized scope       |                     |
+| Risk threshold         | escalate above this |
+| Cost cap               | escalate above this |
+| Self-decidable matters |                     |
+| Must-escalate matters  |                     |
+| Boundary-touch action  |                     |
+
+**Rules:** no asking inside the boundaries; escalate immediately on touching a boundary; the autonomy budget may only be
+adjusted by the human in a contract or explicit authorization; in-budget self-decisions must not conflict with the
+contract or effectively lower the reliability or excellence standard.
+
+---
+
+## C8 Deliverables and Evidence List
+
+| Category         | Concrete deliverable | Corresponding evidence/location |
+|:-----------------|:---------------------|:--------------------------------|
+| Product itself   |                      |                                 |
+| Evidence package |                      |                                 |
+| Reusable assets  |                      |                                 |
+| Delivery report  |                      |                                 |
+
+---
+
+## C9 Acceptance Method
+
+**Sole acceptance basis:** this contract (C2–C5, C6, C8).
+
+**Acceptance actions:** the human verifies evidence item by item against the contract and signs the acceptance
+conclusion and time; the Agent may not substitute self-justification, self-assessment, or "looks compliant" for contract
+requirements.
+
+**Forbidden:** adding out-of-contract requirements ad hoc at acceptance; new requirements must return to P0/P3 to be
+re-aligned and re-priced.
+
+---
+
+## C10 Change, Termination, and Failure Handling
+
+| Trigger                                                          | Handling                                                                                                                   |
+|:-----------------------------------------------------------------|:---------------------------------------------------------------------------------------------------------------------------|
+| Human changes intent/constraints                                 | return to P0/P3; re-price affected parts                                                                                   |
+| Facts conflict with the contract                                 | stop, report truthfully, submit a redirect/reopen proposal                                                                 |
+| Contract does not cover a direction-affecting matter             | return to P3 to amend the contract                                                                                         |
+| Deviation from a confirmed direction                             | must be proposed and approved first; acting first and telling later — or acting and staying silent — is forbidden          |
+| Reliability and excellence cannot both be met within constraints | stop, escalate the trade-off, ask for constraint adjustment; silent trade-offs forbidden                                   |
+| Human stops the project                                          | deliver what was actually completed, evidence, and an incomplete-state statement; never claim incomplete items as complete |
+| Acceptance fails                                                 | fix per the contract defect list, or reopen the contract to adjust criteria                                                |
+
+---
+
+## Traceability and Effectiveness
+
+| Contract section | Constitutional clauses served | Derived-spec clauses served |
+|:-----------------|:------------------------------|:----------------------------|
+| C1               | 1.2 S3, 4.1, 5.2 P0           | 3.1                         |
+| C2               | 1.4, 5.2 P3                   | 2.1                         |
+| C3               | 3.4, 7.3, 7.4                 | 2.1, 7.3                    |
+| C4               | 3.1, 5.5                      | 2.1, 5                      |
+| C5               | 3.2, 6.1–6.6                  | 2.2, 2.3, 6                 |
+| C6               | 3.2, 6.6                      | 6.2–6.5                     |
+| C7               | 7.3, A4                       | 7.3                         |
+| C8               | 1.3, 5.5                      | 1.1                         |
+| C9               | 5.5                           | 3.8                         |
+| C10              | 5.3, 5.4, 1.4                 | 2.4, 3.11                   |
+
+**Pre-delivery gate:** execute《Conformance Self-Check Checklist》v1.0 groups A–I with all ★ items passing; when claiming
+"the paradigm has been implemented", J1–J7 must also all pass.
+
+---
+
+## Signature and Revision
+
+| Role                       | Content                                                                       | Signature | Time |
+|:---------------------------|:------------------------------------------------------------------------------|:----------|:-----|
+| Agent drafter              | disclose pros, cons, costs, and standard strength completely and without bias |           |      |
+| Human (Owner) confirmation | confirm intent, constraints, criteria, and budget                             |           |      |
+
+| Version | Date | Change | Affected clauses | Human approval |
+|:--------|:-----|:-------|:-----------------|:---------------|
+|         |      |        |                  |                |

package/assets/EN/DECISION_REQUEST_TEMPLATE.md

@@ -0,0 +1,157 @@
+# Decision Request and Necessary Information Request Template (execution layer)
+
+> English translation of the frozen document `DECISION_REQUEST_TEMPLATE.md`. The Simplified Chinese original is
+> authoritative for governance; this English copy is provided for agent reading, understanding, and reference. Version
+> markers mirror the original (v1.0). Upstream references point to `HUMAN_AGENT_PARADIGM.md` and
+> `DERIVED_SPECIFICATION.md`.
+
+Version: v1.0  
+Hierarchy: constitution `HUMAN_AGENT_PARADIGM.md` v1.0 → derived specification `DERIVED_SPECIFICATION.md` v1.0 → this
+template  
+Status: execution-layer template · produced with the Owner's authorization  
+Applicable scope: any interaction during P0–P7 that needs a human response; Part A is for necessary decisions
+(preference/value, authorization/responsibility); Part B is for necessary information completion in P0/P1
+
+## Usage Rules
+
+1. Run the necessity test first: anything the Agent could ascertain, verify, or cover under existing authorization must
+   not be sent to the human.
+2. "How-to" capability questions are forbidden; executive work must not be shifted.
+3. Part A decision requests must carry all six elements (background summary, substantive options, recommendation,
+   reason, default choice, decision impact) and state a response window.
+4. Preference/value types: when the human is late in responding, the default may proceed with a disclosure trace;
+   authorization/responsibility types: no default — wait for the explicit decision.
+5. Every request and the human's choice must be archived as proof of accountability and traceability.
+
+---
+
+## Part A Decision Request
+
+### A0 Metadata
+
+| Field         | Content                                                     |
+|:--------------|:------------------------------------------------------------|
+| Request ID    |                                                             |
+| Contract ID   |                                                             |
+| Current phase |                                                             |
+| Request type  | `P preference/value` / `A authorization/responsibility`     |
+| Risk level    | `High/Medium/Low` (drives the window and escalation method) |
+| Created at    |                                                             |
+
+### A1 Necessity Test (mandatory; do not send if it fails)
+
+1. Can the matter be resolved by the Agent through information gathering, reasoning, verification, or existing
+   authorization?
+    - `Yes` → **stop sending; the Agent decides on its own.**
+    - `No` → continue to step 2.
+2. Is the matter essentially the human's preference/value, or authorization/responsibility? (choose exactly one and
+   state the basis)
+3. If borderline: wrong self-decision costly and irreversible → escalate; cheap and reversible → decide and disclose
+   afterwards.
+4. Why this request cannot be self-decided by the Agent:
+
+### A2 Background Summary
+
+**Enough for an independent third party to understand the facts needed for the decision, without irrelevant
+information:**
+
+**Contract clauses directly related to this decision:**
+
+### A3 Substantive Options
+
+**At least two for type P; for type A at least "approve/not approve". Each option states key differences, benefits,
+cost, and risk.**
+
+| Option   | Content | Key difference | Benefit | Cost/risk | Impact on standard strength |
+|:---------|:--------|:---------------|:--------|:----------|:----------------------------|
+| Option 1 |         |                |         |           |                             |
+| Option 2 |         |                |         |           |                             |
+| (if any) |         |                |         |           |                             |
+
+**Substantive-difference check:** the options differ discernibly on key dimensions such as scope/path/quality
+strategy/cost-risk/experience orientation — not rewording.
+
+### A4 Recommendation and Reasons
+
+| Field                                  | Content |
+|:---------------------------------------|:--------|
+| Recommended option                     |         |
+| Recommendation reasons                 |         |
+| Cost of the recommendation             |         |
+| Impact of rejecting the recommendation |         |
+
+### A5 Default Choice and Timeout Handling
+
+| Field                             | Content                                                                                     |
+|:----------------------------------|:--------------------------------------------------------------------------------------------|
+| Default option                    | type P may fill one; type A must fill "no default — wait for the explicit decision"         |
+| Default activation condition      | only for preference/value types when the human has not responded within the response window |
+| Disclosure after default proceeds | leave a trace in the decision records and the delivery report                               |
+
+### A6 Decision Impact
+
+| Option   | Scope impact | Cost impact | Quality impact | Risk impact | Time impact |
+|:---------|:-------------|:------------|:---------------|:------------|:------------|
+| Option 1 |              |             |                |             |             |
+| Option 2 |              |             |                |             |             |
+
+### A7 Response Window
+
+| Field                     | Content                                                                             |
+|:--------------------------|:------------------------------------------------------------------------------------|
+| Suggested response window |                                                                                     |
+| Window basis              | risk, cost, time sensitivity                                                        |
+| Timeout handling          | type P: proceed on the A5 default with a trace; type A: keep waiting, never default |
+
+### A8 The Human's Decision and Trace
+
+| Field                        | Content                                                      |
+|:-----------------------------|:-------------------------------------------------------------|
+| Human's choice               |                                                              |
+| Basis of the choice          |                                                              |
+| Decision-impact confirmation |                                                              |
+| Decision time                |                                                              |
+| Traceability references      | constitution 4.3/4.4; derived spec 4.1–4.4; contract clauses |
+
+---
+
+## Part B Necessary Information Request (P0/P1 only)
+
+### B0 Pre-checks (do not send if they fail)
+
+- [ ] This request happens in P0/P1.
+- [ ] Self-service retrieval was attempted and at least one tried channel is recorded.
+- [ ] The information is necessary to proceed and cannot be replaced by reasoning, verification, or existing
+  authorization.
+- [ ] Contains no "how-to" and requires no executive work from the human.
+
+### B1 Request Content
+
+| Field                                                          | Content |
+|:---------------------------------------------------------------|:--------|
+| Request ID                                                     |         |
+| Contract/intent record                                         |         |
+| Exact missing information                                      |         |
+| Which factual judgment/contract clause this information serves |         |
+| Self-service channels already tried                            |         |
+| Why it cannot be obtained independently                        |         |
+| How the Agent will degrade if it cannot be provided            |         |
+
+### B2 The Human's Answer and Trace
+
+| Field                             | Content                                         |
+|:----------------------------------|:------------------------------------------------|
+| Information provided by the human |                                                 |
+| Record the information enters     | intent record / fact-and-constraint baseline    |
+| Answer time                       |                                                 |
+| Traceability references           | constitution 4.2, 5.2 P1; derived spec 4.1, 4.4 |
+
+---
+
+## Pre-Send Self-Check
+
+- [ ] Not a "how-to" question.
+- [ ] Not something the Agent could self-decide.
+- [ ] Part A has all six elements; type P has ≥2 substantively different options; type A has no default.
+- [ ] Response window and timeout handling stated.
+- [ ] Disclosure complete and unbiased; no information advantage used to induce weaker standards.

package/assets/EN/DELIVERY_REPORT_TEMPLATE.md

@@ -0,0 +1,188 @@
+# Delivery Report Template (execution layer)
+
+> English translation of the frozen document `DELIVERY_REPORT_TEMPLATE.md`. The Simplified Chinese original is
+> authoritative for governance and is the signing copy; this English copy is provided for agent reading, understanding,
+> and reference. Version markers mirror the original (v1.0). The checklist reference points to
+> `CONFORMANCE_CHECKLIST.md`
+> (v1.0) in this English copy.
+
+Version: v1.0  
+Hierarchy: constitution `HUMAN_AGENT_PARADIGM.md` v1.0 → derived specification `DERIVED_SPECIFICATION.md` v1.0 → this
+template  
+Status: execution-layer template · produced with the Owner's authorization  
+Applicable scope: P7 delivery and acceptance; submitted as part of the delivery units together with the product,
+evidence package, and reusable assets
+
+## Usage Rules
+
+1. This report is the index of the evidence package and the contract-comparison statement — **not proof of
+   conformance**; conformance rests on independently verifiable evidence (constitution 9.2).
+2. Any "completed/achieved/passed" wording must point to an evidence ID; conclusions without evidence IDs must not
+   appear.
+3. Incomplete work, failures, and unmet standards must be listed explicitly; vague wording such as "basically done",
+   "almost", or "should work" is forbidden.
+4. The acceptance recommendation is only the Agent's self-check conclusion and is not acceptance evidence; the human
+   verifies independently per the contract and then signs.
+5. Before submission, execute《Conformance Self-Check Checklist》v1.0 and attach the results into section 7.
+
+---
+
+## 1. Metadata
+
+| Field                     | Content                         |
+|:--------------------------|:--------------------------------|
+| Delivery ID               |                                 |
+| Contract ID / version     |                                 |
+| Product/task name         |                                 |
+| Delivery report version   |                                 |
+| Delivery time             |                                 |
+| Checklist version         | `CONFORMANCE_CHECKLIST.md` v1.0 |
+| Evidence package location |                                 |
+| Product location          |                                 |
+| Asset location            |                                 |
+
+## 2. Delivery Units List
+
+| Category         | Content     | Location/link |
+|:-----------------|:------------|:--------------|
+| Product itself   |             |               |
+| Evidence package |             |               |
+| Reusable assets  |             |               |
+| Delivery report  | this report |               |
+
+## 3. Contract Comparison Master Table
+
+| Contract clause ID | Contract criterion/deliverable | Evidence ID | Review method | Conclusion        |
+|:-------------------|:-------------------------------|:------------|:--------------|:------------------|
+| C2-S1              |                                |             |               | `Met` / `Not met` |
+| C4-1               |                                |             |               |                   |
+| C5-E6.x            |                                |             |               |                   |
+
+**Rules:** conclusions may only be `Met` / `Not met`; `Met` must be checkable by a third party from the evidence.
+
+## 4. Reliability Evidence
+
+### 4.1 Completion-claim mapping
+
+| Claim | Corresponding contract clause | Evidence ID | Evidence type              |
+|:------|:------------------------------|:------------|:---------------------------|
+|       |                               |             | run/use/test records, etc. |
+
+### 4.2 State consistency
+
+| Checkpoint | Externally reported state | Real-state snapshot evidence | Consistent? |
+|:-----------|:--------------------------|:-----------------------------|:------------|
+|            |                           |                              |             |
+
+### 4.3 Traceability chain
+
+| Need | Design | Implementation | Verification | Delivery |
+|:-----|:-------|:---------------|:-------------|:---------|
+|      |        |                |              |          |
+
+### 4.4 Failures and incomplete items
+
+| No. | Failure/incomplete item | Impact | Handling | Evidence ID |
+|:----|:------------------------|:-------|:---------|:------------|
+|     |                         |        |          |             |
+
+**Statement:** none of the incomplete items above is presented as complete elsewhere in this delivery report.
+
+## 5. Excellence Evidence (per dimension)
+
+| Dimension                  | Contract criterion ID | Judgment          | Evidence ID | Third-party review method |
+|:---------------------------|:----------------------|:------------------|:------------|:--------------------------|
+| 6.1 Sound design           |                       | `Met` / `Not met` |             |                           |
+| 6.2 Complete functionality |                       |                   |             |                           |
+| 6.3 Elegant implementation |                       |                   |             |                           |
+| 6.4 Perfect experience     |                       |                   |             |                           |
+| 6.5 Excellent performance  |                       |                   |             |                           |
+
+**Rules:** none of the five dimensions may be missing; outstanding performance on one dimension does not offset failure
+on another.
+
+## 6. Multi-View Review and Defects
+
+### 6.1 Review records
+
+| Perspective | Review standpoint | Defect-finding method | Counterexamples/paths attempted | Problems found | Record ID |
+|:------------|:------------------|:----------------------|:--------------------------------|:---------------|:----------|
+| Product     |                   |                       |                                 |                |           |
+| User        |                   |                       |                                 |                |           |
+| Engineering |                   |                       |                                 |                |           |
+| Adversarial |                   |                       |                                 |                |           |
+
+### 6.2 Defect list
+
+| Defect ID | Severity            | In/out of contract scope | Handling | Re-verification evidence ID | Status                          |
+|:----------|:--------------------|:-------------------------|:---------|:----------------------------|:--------------------------------|
+|           | Blocker/Major/Minor |                          |          |                             | `Closed` / `Moved out of scope` |
+
+**Exit judgment:** all in-contract defects closed; defects moved out of scope were human-approved and are explicitly
+disclosed here (never silently hidden).
+
+## 7. Conformance Self-Check Results
+
+| Item                                             | Result |
+|:-------------------------------------------------|:-------|
+| Checklist version                                |        |
+| Groups A–I items total / passed / not applicable |        |
+| ★ hard items total / passed                     |        |
+| Non-conformances and rectification evidence      |        |
+| Paradigm-level group J (applicable / passed)     |        |
+
+**Statement:** passing self-check is only the Agent's self-check conclusion and is not proof of conformance; final
+conformance rests on behavior and results, evidenced by independently verifiable records.
+
+## 8. Asset Deposition
+
+| Asset ID | Type                                  | Source | Verification evidence | Owner     | Usage authorization scope |
+|:---------|:--------------------------------------|:-------|:----------------------|:----------|:--------------------------|
+|          | preference/criterion/component/lesson |        |                       | the human |                           |
+
+## 9. Cost Ledger Summary
+
+| Cost item                                  | Budget | Actual | Variance note |
+|:-------------------------------------------|:-------|:-------|:--------------|
+| Human attention (decisions/waiting/rework) |        |        |               |
+| Agent consumption                          |        |        |               |
+| Rework                                     |        |        |               |
+| Error and delay costs                      |        |        |               |
+
+## 10. Safety and Compliance
+
+| Check item                                  | Result | Evidence ID |
+|:--------------------------------------------|:-------|:------------|
+| Safety/compliance risk identification       |        |             |
+| Risk handling/escalation                    |        |             |
+| Bottom-line violation record (must be zero) |        |             |
+| Residual-risk disclosure                    |        |             |
+
+## 11. Known Boundaries and Incomplete-Item Statement
+
+**List all boundaries, incomplete items, and moved-out-of-scope items explicitly — no hiding or blurring:**
+
+## 12. Acceptance Recommendation (self-check conclusion only)
+
+| Item                   | Content                                                                                      |
+|:-----------------------|:---------------------------------------------------------------------------------------------|
+| Recommended conclusion | `Recommend acceptance` / `Do not recommend acceptance`                                       |
+| Basis                  | item-by-item comparison results of sections 3, 4, 5, 6, 7                                    |
+| Nature statement       | this recommendation is only the Agent's self-check conclusion and is not acceptance evidence |
+
+## 13. Signature and Acceptance
+
+| Role                     | Action                                                                                     | Signature | Time |
+|:-------------------------|:-------------------------------------------------------------------------------------------|:----------|:-----|
+| Agent delivering         | warrant the report content matches the evidence package and nothing un-happened is claimed |           |      |
+| Independent review       | re-check section 3 matrix against the evidence package                                     |           |      |
+| Human (Owner) acceptance | accept and sign the conclusion per the contract                                            |           |      |
+
+**Acceptance conclusion:** `Pass` / `Fail`  
+**Acceptance basis and time:**
+
+## Appendix: Traceability Matrix
+
+| Constitutional clause | Derived spec | Contract clause | Evidence ID | Conclusion |
+|:----------------------|:-------------|:----------------|:------------|:-----------|
+|                       |              |                 |             |            |