mirror of
https://github.com/garrytan/gstack.git
synced 2026-08-06 22:38:38 +02:00
feat: context health soft directive in preamble (T2+)
Adds a "periodically self-summarize" nudge to long-running skills. Soft directive only — no thresholds, no enforcement, no auto-commit. Goal: self-awareness during /qa, /investigate, /cso etc. If you notice yourself going in circles, STOP and reassess instead of thrashing. Codex review caught that fake precision thresholds (15/30/45 tool calls) were unimplementable — SKILL.md is a static prompt, not runtime code. This ships the soft version only. Changes: - scripts/resolvers/preamble.ts: add generateContextHealth(), wire into T2+ tier. Format: [PROGRESS] ... summary line. Explicit rule that progress reporting must never mutate git state. - All T2+ skill SKILL.md files regenerated to include the new section. - Golden ship fixtures updated (T4 skill, picks up the change). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 4.7
parent
1825a7f267
commit
36ef6e9869
@@ -383,6 +383,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -375,6 +375,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -378,6 +378,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -377,6 +377,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -380,6 +380,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -380,6 +380,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -382,6 +382,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -380,6 +380,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -377,6 +377,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -380,6 +380,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -377,6 +377,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -377,6 +377,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -392,6 +392,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -374,6 +374,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -377,6 +377,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -384,6 +384,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -374,6 +374,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -375,6 +375,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -380,6 +380,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -378,6 +378,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -382,6 +382,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -380,6 +380,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -376,6 +376,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
+15
@@ -382,6 +382,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -375,6 +375,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -378,6 +378,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
@@ -704,6 +704,23 @@ are shown, synthesize a one-paragraph welcome briefing before proceeding:
|
|||||||
available]. [Health score if available]." Keep it to 2-3 sentences.`;
|
available]. [Health score if available]." Keep it to 2-3 sentences.`;
|
||||||
}
|
}
|
||||||
|
|
||||||
|
function generateContextHealth(): string {
|
||||||
|
return `## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief \`[PROGRESS]\` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
\`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.\`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.`;
|
||||||
|
}
|
||||||
|
|
||||||
// Preamble Composition (tier → sections)
|
// Preamble Composition (tier → sections)
|
||||||
// ─────────────────────────────────────────────
|
// ─────────────────────────────────────────────
|
||||||
// T1: core + upgrade + lake + telemetry + voice(trimmed) + completion
|
// T1: core + upgrade + lake + telemetry + voice(trimmed) + completion
|
||||||
@@ -731,7 +748,7 @@ export function generatePreamble(ctx: TemplateContext): string {
|
|||||||
generateVendoringDeprecation(ctx),
|
generateVendoringDeprecation(ctx),
|
||||||
generateSpawnedSessionCheck(),
|
generateSpawnedSessionCheck(),
|
||||||
generateVoiceDirective(tier),
|
generateVoiceDirective(tier),
|
||||||
...(tier >= 2 ? [generateContextRecovery(ctx), generateAskUserFormat(ctx), generateCompletenessSection()] : []),
|
...(tier >= 2 ? [generateContextRecovery(ctx), generateAskUserFormat(ctx), generateCompletenessSection(), generateContextHealth()] : []),
|
||||||
...(tier >= 3 ? [generateRepoModeSection(), generateSearchBeforeBuildingSection(ctx)] : []),
|
...(tier >= 3 ? [generateRepoModeSection(), generateSearchBeforeBuildingSection(ctx)] : []),
|
||||||
generateCompletionStatus(ctx),
|
generateCompletionStatus(ctx),
|
||||||
];
|
];
|
||||||
|
|||||||
@@ -378,6 +378,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Completion Status Protocol
|
## Completion Status Protocol
|
||||||
|
|
||||||
When completing a skill workflow, report status using one of:
|
When completing a skill workflow, report status using one of:
|
||||||
|
|||||||
@@ -379,6 +379,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
+15
@@ -379,6 +379,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
+15
@@ -373,6 +373,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
+15
@@ -375,6 +375,21 @@ AI makes completeness near-free. Always recommend the complete option over short
|
|||||||
|
|
||||||
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
Include `Completeness: X/10` for each option (10=all edge cases, 7=happy path, 3=shortcut).
|
||||||
|
|
||||||
|
## Context Health (soft directive)
|
||||||
|
|
||||||
|
During long-running skill sessions, periodically write a brief `[PROGRESS]` summary
|
||||||
|
(2-3 sentences: what's done, what's next, any surprises). Example:
|
||||||
|
|
||||||
|
`[PROGRESS] Found 3 auth bugs. Fixed 2. Remaining: session expiry race in auth.ts:147. Next: write regression test.`
|
||||||
|
|
||||||
|
If you notice you're going in circles — repeating the same diagnostic, re-reading the
|
||||||
|
same file, or trying variants of a failed fix — STOP and reassess. Consider escalating
|
||||||
|
or calling /checkpoint to save progress and start fresh.
|
||||||
|
|
||||||
|
This is a soft nudge, not a measurable feature. No thresholds, no enforcement. The
|
||||||
|
goal is self-awareness during long sessions. If the session stays short, skip it.
|
||||||
|
Progress summaries must NEVER mutate git state — they are reporting, not committing.
|
||||||
|
|
||||||
## Repo Ownership — See Something, Say Something
|
## Repo Ownership — See Something, Say Something
|
||||||
|
|
||||||
`REPO_MODE` controls how to handle issues outside your branch:
|
`REPO_MODE` controls how to handle issues outside your branch:
|
||||||
|
|||||||
Reference in New Issue
Block a user