ahead-pi 0.1.1 → 0.2.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +42 -22
- package/generated/product-change/ai-audit.md +6 -3
- package/generated/product-change/ai-review.md +6 -3
- package/generated/product-change/decision.md +6 -3
- package/generated/product-change/define.md +6 -3
- package/generated/product-change/deploy.md +6 -3
- package/generated/product-change/human-review.md +6 -3
- package/generated/product-change/implement.md +11 -4
- package/generated/product-change/manifest.json +2 -2
- package/generated/product-change/options.md +6 -3
- package/generated/product-change/outcome.md +6 -3
- package/generated/product-change/plan.md +6 -3
- package/generated/product-change/questions.md +6 -3
- package/generated/product-change/research.md +6 -3
- package/generated/product-change/verify.md +6 -3
- package/generated/reference/CONSTITUTION.md +43 -0
- package/generated/reference/docs/acceptable-ai-use.md +217 -0
- package/generated/reference/docs/design/debugging-and-operations.md +119 -0
- package/generated/reference/docs/design/executable-workflows.md +110 -0
- package/generated/reference/docs/design/process-taxonomy.md +144 -0
- package/generated/reference/docs/engineering-practice.md +163 -0
- package/generated/reference/docs/evidence/evidence-standard.md +123 -0
- package/generated/reference/docs/evidence/research-map.md +98 -0
- package/generated/reference/docs/rationale.md +210 -0
- package/generated/reference/docs/references/pragmatic-programmer-page-index.md +113 -0
- package/generated/reference/docs/references/submitted-engineering-notes.md +306 -0
- package/generated/reference/docs/releasing-pi.md +89 -0
- package/generated/reference/docs/workflows/README.md +142 -0
- package/generated/reference/docs/workflows/corrective-debugging.md +203 -0
- package/generated/reference/docs/workflows/decision.md +149 -0
- package/generated/reference/docs/workflows/internal-improvement.md +207 -0
- package/generated/reference/docs/workflows/investigation.md +159 -0
- package/generated/reference/docs/workflows/operational-stabilization.md +185 -0
- package/generated/reference/docs/workflows/product-change.md +205 -0
- package/generated/reference/index.json +180 -0
- package/package.json +4 -2
- package/src/guidance.ts +360 -0
- package/src/index.ts +538 -136
- package/src/reference-viewer.ts +71 -0
- package/src/reference.ts +56 -0
package/README.md
CHANGED
|
@@ -1,14 +1,14 @@
|
|
|
1
1
|
# AHEAD for Pi
|
|
2
2
|
|
|
3
|
-
Status: dogfood v0.
|
|
3
|
+
Status: guided-mode dogfood v0.2
|
|
4
4
|
|
|
5
|
-
The Pi integration runs the Rust AHEAD state machine as WebAssembly, injects generated phase instructions into any Pi model, persists the event/evidence chain, and
|
|
5
|
+
The Pi integration runs the Rust AHEAD state machine as WebAssembly, injects generated phase instructions into any Pi model, persists the event/evidence chain, and presents AHEAD as a guided mode with human-owned gates.
|
|
6
6
|
|
|
7
7
|
It does not own model authentication. Use whichever provider Pi already supports and your organization permits, including an existing GitHub Copilot configuration. AHEAD never receives the model credential.
|
|
8
8
|
|
|
9
9
|
## Install from npm
|
|
10
10
|
|
|
11
|
-
|
|
11
|
+
Install the current version globally in Pi:
|
|
12
12
|
|
|
13
13
|
```sh
|
|
14
14
|
pi install npm:ahead-pi
|
|
@@ -17,7 +17,7 @@ pi install npm:ahead-pi
|
|
|
17
17
|
Pin an exact version for a team or project:
|
|
18
18
|
|
|
19
19
|
```sh
|
|
20
|
-
pi install -l npm:ahead-pi@0.1
|
|
20
|
+
pi install -l npm:ahead-pi@0.2.1
|
|
21
21
|
```
|
|
22
22
|
|
|
23
23
|
Or try it for one session without changing settings:
|
|
@@ -28,7 +28,7 @@ pi -e npm:ahead-pi
|
|
|
28
28
|
|
|
29
29
|
## Build from this repository
|
|
30
30
|
|
|
31
|
-
Requirements: Rust with `wasm32-unknown-unknown`, Node 22 or newer, npm, and Pi 0.
|
|
31
|
+
Requirements: Rust with `wasm32-unknown-unknown`, Node 22 or newer, npm, and Pi 0.84.1 or a compatible release.
|
|
32
32
|
|
|
33
33
|
```sh
|
|
34
34
|
cd integrations/pi
|
|
@@ -51,34 +51,54 @@ pi
|
|
|
51
51
|
|
|
52
52
|
Pi may ask you to trust the project-local extension. Review it before accepting; project trust is not a sandbox.
|
|
53
53
|
|
|
54
|
-
##
|
|
54
|
+
## Guided mode
|
|
55
55
|
|
|
56
56
|
1. Start Pi in the repository where the engineering work will occur.
|
|
57
|
-
2. Run `/ahead
|
|
58
|
-
3.
|
|
59
|
-
4.
|
|
60
|
-
5.
|
|
61
|
-
6. Run `/ahead-accept` only after examining the evidence and owning the gate decision.
|
|
62
|
-
7. Run `/ahead-advance`, or `/ahead-return [phase]` with a reason when the work must reopen.
|
|
63
|
-
8. Commit appropriate `.ahead` records with the work so review and later adapters can validate them.
|
|
57
|
+
2. Run `/ahead <short title>` once to enter AHEAD mode and start a Product Change run.
|
|
58
|
+
3. Work through normal conversation. The persistent widget shows the current goal, what the human owns, what AI may do, required evidence, and the next valid action.
|
|
59
|
+
4. Run `/ahead` again whenever you want the contextual action menu. It opens the right guided editor, requests the right AI contribution, accepts and advances a human gate, returns to an earlier phase, or opens applicable framework guidance.
|
|
60
|
+
5. Keep the `.ahead` records with the work so another session or independent reviewer resumes the same authoritative run.
|
|
64
61
|
|
|
65
|
-
|
|
62
|
+
AHEAD remains active across Pi sessions until an accountable human completes the outcome phase and closes the run. Restarting Pi does not leave the mode or reset the workflow.
|
|
63
|
+
|
|
64
|
+
During implementation, the engineer can ask questions at any time. The guided help form captures the engineer's current model and first attempt, then asks AI for explanation, evidence, hints, debugging help, or bounded next steps without handing over human ownership. Normal conversation follows the same rule. A bounded mechanical edit still requires clear human intent and later human inspection and understanding.
|
|
65
|
+
|
|
66
|
+
## Agent profile and framework references
|
|
67
|
+
|
|
68
|
+
AHEAD behaves as a dynamic policy profile layered onto whichever model Pi is already using. Every model turn receives a compact binding agent profile, the active phase contract, current workflow state, and human/AI boundary. The full framework is not injected into every prompt.
|
|
69
|
+
|
|
70
|
+
All repository framework Markdown is copied into the published package at build time and indexed for on-demand use. Run `/ahead-guide` to read references applicable to the active phase, `/ahead-guide all` to browse the complete packaged set, or `/ahead-guide <topic>` to open a specific document. AI uses `ahead_get_reference` when it needs the same source material. This preserves traceability without filling the context window with unrelated documents.
|
|
71
|
+
|
|
72
|
+
The normal implementation handoff is:
|
|
73
|
+
|
|
74
|
+
```text
|
|
75
|
+
HUMAN IMPLEMENTS AND SELF-CHECKS
|
|
76
|
+
↓
|
|
77
|
+
AI REVIEWS THE EXACT CURRENT CHANGESET
|
|
78
|
+
↓
|
|
79
|
+
HUMAN DISPOSES MATERIAL AI FINDINGS
|
|
80
|
+
↓
|
|
81
|
+
READY FOR INDEPENDENT HUMAN REVIEW
|
|
82
|
+
↓
|
|
83
|
+
INDEPENDENT HUMAN REVIEWS AND ACCEPTS
|
|
84
|
+
```
|
|
85
|
+
|
|
86
|
+
A draft branch or draft PR may exist earlier. The handoff gate is requesting human review or marking the PR ready, not ordinary draft pushes.
|
|
66
87
|
|
|
67
88
|
## Human commands
|
|
68
89
|
|
|
69
90
|
| Command | Effect |
|
|
70
91
|
|---|---|
|
|
71
|
-
| `/ahead
|
|
72
|
-
| `/ahead-
|
|
73
|
-
| `/ahead-record [kind]` | Human writes and records a permitted artifact |
|
|
74
|
-
| `/ahead-accept` | Human accepts the current gate after required evidence exists |
|
|
75
|
-
| `/ahead-advance` | Human advances, or closes the accepted final phase |
|
|
76
|
-
| `/ahead-return [phase]` | Human reopens an allowed earlier phase with a reason |
|
|
92
|
+
| `/ahead [title]` | Enter, resume, or perform the next guided AHEAD action |
|
|
93
|
+
| `/ahead-guide [topic]` | Read phase-relevant or requested AHEAD Markdown |
|
|
77
94
|
| `/ahead-help` | Show commands and authority boundaries |
|
|
78
95
|
|
|
96
|
+
`/ahead-start`, `/ahead-status`, `/ahead-record`, `/ahead-accept`, `/ahead-advance`, and `/ahead-return` remain available as advanced recovery and inspection commands. Normal use should not require memorizing them.
|
|
97
|
+
|
|
79
98
|
## AI tools
|
|
80
99
|
|
|
81
100
|
- `ahead_get_context` reads authoritative state.
|
|
101
|
+
- `ahead_get_reference` lists or reads the packaged framework Markdown on demand.
|
|
82
102
|
- `ahead_record_artifact` records only AI/shared artifacts allowed in the current phase.
|
|
83
103
|
- `ahead_request_transition` reports readiness but cannot change state.
|
|
84
104
|
- `ahead_validate` replays the event log.
|
|
@@ -101,11 +121,11 @@ Human identity is resolved from `AHEAD_HUMAN_IDENTITY`, Git `user.email`, Git `u
|
|
|
101
121
|
AHEAD_HUMAN_IDENTITY=reviewer@example.com pi -e ./integrations/pi/src/index.ts
|
|
102
122
|
```
|
|
103
123
|
|
|
104
|
-
This is local self-attestation, not cryptographic identity. The initial version is single-writer, implements only Product Change, and has no GitHub/CI workflow enforcement yet. See [Executable AHEAD workflows](https://github.com/Kade-Powell/ahead/blob/main/docs/design/executable-workflows.md) for the architecture and trust boundaries.
|
|
124
|
+
This is local self-attestation, not cryptographic identity. The initial version is single-writer, implements only Product Change, and has no GitHub/CI workflow enforcement yet. Review records ask for the exact commit or diff, but v0.2 does not yet cryptographically bind that changeset to the review; a changed changeset must be returned and reviewed again by the humans involved. See [Executable AHEAD workflows](https://github.com/Kade-Powell/ahead/blob/main/docs/design/executable-workflows.md) for the architecture and trust boundaries.
|
|
105
125
|
|
|
106
126
|
## Package and release verification
|
|
107
127
|
|
|
108
|
-
`npm test` builds the Rust core for `wasm32-unknown-unknown`, regenerates instructions, runs Rust/WASM-facing tests, creates the exact npm tarball, verifies its allowlisted contents, loads the extracted package through the real Pi binary, and confirms that
|
|
128
|
+
`npm test` builds the Rust core for `wasm32-unknown-unknown`, regenerates instructions, runs Rust/WASM-facing and guided-mode tests, creates the exact npm tarball, verifies its allowlisted contents, loads the extracted package through the real Pi binary, and confirms that the packaged extension persists a valid run.
|
|
109
129
|
|
|
110
130
|
The npm package contains only its README, package metadata, TypeScript runtime, generated phase instructions, and compiled WASM engine. Build scripts, tests, source specs, development dependencies, and repository files are excluded.
|
|
111
131
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=ai-audit sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=ai-audit sha256=783fba89460500f99f661af1b6fa6e16325d5db224e4e2dad54c82e51fabb409 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: AI Audit
|
|
18
21
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=ai-review sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=ai-review sha256=e3ea34d0ae04614f4fa43d2547dd45cd3ecd4e41b00f5c0a83e2a5239e91ab13 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: AI Review
|
|
18
21
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=decision sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=decision sha256=f169d1f19e78c075fbc750707221f0633cbcf372b354f735dc7edab1bc54d6f2 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Decision
|
|
18
21
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=define sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=define sha256=22a947b9256ccd4991f65f1d9588213cf000c19bc329a32bef07d72fdf6f2d73 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Define Problem
|
|
18
21
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=deploy sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=deploy sha256=815387acc0802fdd44297a56e3a3cf2aa2b9257ea27821ff745c4df8f1e3aab1 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Deploy or Release
|
|
18
21
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=human-review sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=human-review sha256=26be7f18a0f0efb223c2d17a591ee5307a2848dae443442526f281fbfde2c6d0 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Independent Human Review
|
|
18
21
|
|
|
@@ -1,22 +1,29 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=implement sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=implement sha256=4eb0d3f8bbcbd111f9feb42ae01ba97a8ff658400747f4d93315066fd15ba973 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Implement
|
|
18
21
|
|
|
19
|
-
|
|
22
|
+
The engineer implements and makes the first attempt. Encourage questions and help them understand unfamiliar code, reason through problems, debug, compare small alternatives, and identify the next discriminating step under the human-approved decision and plan.
|
|
23
|
+
|
|
24
|
+
If the human has not supplied a current model, attempted approach, or intended behavior, ask for that first. Answer with explanations, questions, hints, evidence, and bounded suggestions; do not turn a request for help into autonomous implementation. A bounded mechanical edit is permitted only after the human identifies the intended change and explicitly asks for that assistance. The engineer must inspect, understand, and own accepted work.
|
|
25
|
+
|
|
26
|
+
Call out plan deviations; do not silently redefine behavior or policy. Passing checks is evidence, not final review.
|
|
20
27
|
|
|
21
28
|
## Enforced phase contract
|
|
22
29
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=options sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=options sha256=7d35ca059b1bbed737deeb8381db12792eb98dc7ae62814d68da84f1eadbc9e9 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Options
|
|
18
21
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=outcome sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=outcome sha256=e4d34ed3e2a76a869e0c98ed10b80165d1349df7889b6775c0264629169903e1 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Human Outcome
|
|
18
21
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=plan sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=plan sha256=25063052796b7763988e68ae2d815c833787e77b77a217af4333e5e328e22ef2 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Plan
|
|
18
21
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=questions sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=questions sha256=1f1e076df2e242a8569d211f4ace16125047949f651cbd547aaceebe09157c72 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Research Review and Questions
|
|
18
21
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=research sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=research sha256=52405c86277ac96803e1041e131e85b1ba212d431f22c53dd7ff084a2dab1993 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Research
|
|
18
21
|
|
|
@@ -1,18 +1,21 @@
|
|
|
1
1
|
<!-- GENERATED FILE. DO NOT EDIT. -->
|
|
2
|
-
<!-- workflow=product-change@0.1.0 phase=verify sha256=
|
|
2
|
+
<!-- workflow=product-change@0.1.0 phase=verify sha256=472230088f1d01652087854269cd79f54462b7713870ffdb3541e602736e9d45 -->
|
|
3
3
|
|
|
4
|
-
# AHEAD
|
|
4
|
+
# AHEAD agent profile
|
|
5
5
|
|
|
6
6
|
You are assisting inside an active AHEAD workflow. Humans lead; AI assists.
|
|
7
7
|
|
|
8
8
|
- Work only within the current phase and its allowed capabilities.
|
|
9
9
|
- Treat the workflow state returned by `ahead_get_context` as authoritative.
|
|
10
10
|
- Never claim human authorship, understanding, approval, review, authorization, or gate acceptance.
|
|
11
|
-
- Never transition or close the workflow. Ask the human to use the
|
|
11
|
+
- Never transition or close the workflow. Ask the human to use `/ahead` for the next guided action.
|
|
12
12
|
- Record only artifacts whose actor rule permits AI. Human-owned artifacts must be written and recorded by a human.
|
|
13
13
|
- Distinguish observation, evidence, inference, hypothesis, and decision. Preserve uncertainty.
|
|
14
14
|
- A tool denial is a workflow boundary, not a request to find a bypass.
|
|
15
15
|
- Do not imply that implementation means deployment, or that deployment means the intended outcome was verified.
|
|
16
|
+
- Help humans understand and solve problems through questions, explanations, evidence, hints, and bounded suggestions. Do not turn a request for help into taking over human-owned work.
|
|
17
|
+
- Where human-first reasoning is required, ask for the human's current model, first attempt, or intended behavior before generating a solution.
|
|
18
|
+
- Use `ahead_get_reference` when the framework's rationale, acceptable-use policy, engineering practice, or workflow details would help. Retrieve only the relevant reference instead of loading every document into context.
|
|
16
19
|
|
|
17
20
|
# Active phase: Verify and Observe
|
|
18
21
|
|
|
@@ -0,0 +1,43 @@
|
|
|
1
|
+
# AHEAD Constitution
|
|
2
|
+
|
|
3
|
+
This constitution records the durable principles of **Assisted Human Engineering and Development**. Workflows and tools may evolve. These principles define what makes them AHEAD.
|
|
4
|
+
|
|
5
|
+
## 1. Human ownership
|
|
6
|
+
|
|
7
|
+
Humans own the problem, desired outcome, decisions, plans, implementation, review, and consequences. AI participation does not transfer accountability.
|
|
8
|
+
|
|
9
|
+
## 2. Human thought precedes AI expansion
|
|
10
|
+
|
|
11
|
+
For decisions that shape a solution, the human contributes an initial understanding, option, hypothesis, or plan before asking AI to expand or challenge it. This protects independent thought while still gaining the breadth and speed of AI assistance.
|
|
12
|
+
|
|
13
|
+
## 3. Understanding is an engineering output
|
|
14
|
+
|
|
15
|
+
Producing code is not the only objective. Engineers must develop and retain the mental models needed to operate, debug, change, and improve the system.
|
|
16
|
+
|
|
17
|
+
## 4. AI amplifies; it does not impersonate
|
|
18
|
+
|
|
19
|
+
AI may research, organize evidence, expose gaps, propose alternatives, challenge assumptions, assist with bounded implementation, and review work. It must not claim human authorship, approval, understanding, or accountability.
|
|
20
|
+
|
|
21
|
+
## 5. Evidence before confidence
|
|
22
|
+
|
|
23
|
+
Research and investigation distinguish observations from interpretations. Debugging distinguishes facts, inferences, hypotheses, tests, results, and conclusions. Uncertainty is recorded rather than hidden.
|
|
24
|
+
|
|
25
|
+
## 6. Humans make consequential decisions
|
|
26
|
+
|
|
27
|
+
AI can compare options and consequences. A human selects the approach, accepts tradeoffs and remaining unknowns, and authorizes consequential or risky actions.
|
|
28
|
+
|
|
29
|
+
## 7. Human review remains final
|
|
30
|
+
|
|
31
|
+
AI review can be broad, tireless, and useful. It is an additional defense, not a replacement for final engineering review by accountable humans.
|
|
32
|
+
|
|
33
|
+
## 8. Workflows fit the work
|
|
34
|
+
|
|
35
|
+
Features, bugs, operational issues, incidents, refactors, security issues, architecture decisions, and investigations require different processes. Shared principles do not justify forcing them through one linear template.
|
|
36
|
+
|
|
37
|
+
## 9. Tools serve the methodology
|
|
38
|
+
|
|
39
|
+
The workflow engine, editor extensions, repository artifacts, and CI gates exist to support human reasoning and durable engineering records. Compliance artifacts must not become substitutes for thought.
|
|
40
|
+
|
|
41
|
+
## 10. Learning closes the loop
|
|
42
|
+
|
|
43
|
+
Deployment or remediation is not the end. Teams observe outcomes, audit assumptions, capture learning, improve the system, and improve the way humans and AI work together.
|