Repository navigation
Description
Is there an existing issue for this?
- I have searched the existing issues.
Which actions are affected?
Commits
Which platforms are affected?
Linux
Description
Copilot 3.10.13 successfully recognizes the selected, unchanged maintainer SDD on Domus PR 61. It classifies all three source batches, then rejects the original citation framing before collecting any implementation evidence. The mandatory citations plus a nonempty fact per obligation exceed the unchanged 8,000-code-point assessment field. No assessment is published and exact-head Copilot Verification fails.
This is a source-capacity admission failure. The seed publication reconciliation succeeds, unlike #910. It occurs before evidence and assessment queries, unlike the completed-output length failure in #932 or the final aggregate rejection in #925. #829 concerned generated requirements and did not expose a source identity. This case reports a verified original requirement and line.
Reproducing the issue
- Use Domus issue 57, its officially selected published owner appendix at
5fac9bf02a473fb10ee77dd3bdfac30d6e55af56, and the exact linked PR head7045b30e0b1a8d1fa0e03441effcba5cf5a00925over develop9b2495922c57a7fddef7c75885fd22acd6a7bd9a. - Inspect Commit attempt 2. Commit confirms the verified SDD publication, accounts for six seed source lines outside the classifier and classifies batches 1, 2 and 3. It then logs that original citations cannot fit and makes no evidence or assessment query.
- Inspect the Verification check. The safe facts are
validation.evidence-too-large, phaseassessment, reasonassessment-text-limit, field$.requirements[21].summary, requirementR156, original issue lineL156, retryable false. That line is the published draft's definition of done. - The exact-head Bugbot review completed with the one prior finding fixed. The independent product checks do not satisfy Copilot Verification.
copilot Version
v3.10.13 via vypdev/copilot@v3, resolved commit ace49e4a7ce0f6a007fef5d11479eb9b7a5846e3.
Additional context and comments
The reconciled, complete requirement set and exact original sources should remain in the frozen manifest. Use a supported assessment and rendering representation that can preserve them within the declared field limits, such as the existing canonical source anchors where appropriate. An identical retry cannot increase capacity. The consumer keeps the original issue and SDD, managed branch and required verification gates intact.
Metadata
Metadata
Assignees
Labels
Type
Projects
- StatusShow more project fieldsTodo
Activity
[-]Verified SDD progress fails before assessment when original citations exceed the field budget[/-][+]🐛 - Verified SDD progress fails before assessment when original citations exceed the field budget[/+]efraespada commentedon Nov 9, 2026
Read-only source inspection of the released revision found a relevant condition. The batch workflow selects compact display only when the requirement count yields multiple assessment batches. The batch policy already supports compact canonical source labels while retaining the full scope and original manifest. The observed failure is consistent with a single assessment batch whose verbose citation framing exceeds the field budget. The consumer did not change the issue, the selected SDD, or the installed Action.
vypbot commentedon Nov 9, 2026
Hi! I’m @vypbot, the Copilot assistant for this repository.
I can answer questions, explain the codebase, propose implementation and test plans, review issues and pull requests for potential bugs or security problems, and help authorized maintainers apply changes.
Try
/copilot helpto see the available commands, or mention @vypbot with your question.Merge pull request #61 from vypdev/feature/57-verify-recurrence-repla…