feat(subagent-dev): accumulate discoveries across tasks#887
Open
feat(subagent-dev): accumulate discoveries across tasks#887
Conversation
Add a Project Discoveries field to the implementer report format and controller logic to accumulate and inject these discoveries into subsequent subagent prompts. Prevents later subagents from re-discovering codebase quirks that earlier subagents already found. Addresses obra#601 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
5 tasks
5 tasks
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What problem are you trying to solve?
When using subagent-driven-development, each subagent starts completely fresh. Knowledge discovered during one task is invisible to the next. Real example from #601: Task 9 discovered that Drizzle ORM wraps
PostgresErrorinsideDrizzleQueryError(checkerror.cause). Task 10 hit the same issue independently, debugged it from scratch, and fixed it again. Wasted tokens and time.Two independent users confirmed this in #601. @Koroqe built a file-based workaround in their own project to fix it.
What does this PR change?
Adds a
Project Discoveriesfield to the implementer report format and controller logic to accumulate and inject those discoveries into subsequent subagent prompts. 16 lines across 2 files.Is this change appropriate for the core library?
Yes. This affects the SDD controller-subagent coordination pattern, which is core infrastructure. It follows the existing "controller curates context for subagents" architecture. No new concepts, no new files, no domain-specific behavior.
What alternatives did you consider?
Does this PR contain multiple unrelated changes?
No. Both changes serve the same purpose: one adds the report field, the other adds the accumulation and injection logic.
Existing PRs
Environment tested
Evaluation
The initial prompt was reviewing #601 and proposing a minimal implementation. This is a Markdown instruction change, so evaluation is structural: verified frontmatter parses correctly, template fences are balanced, report format includes the new field, and the new SKILL.md section follows existing voice and structure. The change is small enough that its correctness is verifiable by reading the 16-line diff.
Rigor
superpowers:writing-skillsand completed adversarial pressure testing (paste results below)No carefully-tuned content was modified. The change adds a new section and a new report field. Adversarial check: the
Project Discoveriesfield is marked optional so subagents that have nothing to report skip it without friction.Verification
Human review
Addresses #601.
This contribution was developed with AI assistance (Claude Code).