[High] .codex/skills/validate-issue/SKILL.md:66 still tells the user to invoke /do-task <issue-id>, but this PR renames the developer skill to implement-task in .codex/skills/implement-task/SKILL.md:2 and .codex/skills/implement-task/SKILL.md:13. After merge, the documented Phase 1 -> Phase 2 handoff points to a nonexistent skill, so the workflow becomes self-contradictory.
[High] .codex/skills/implement-task/SKILL.md:2 introduces a skill rename that is not required by issue #14, whose scope is ADR workflow/documentation guidance. Even if the reference mismatch above were fixed, this rename is still unrelated workflow churn and should be split into its own issue/PR if desired.
Validation:
gofmt -l .: OK
go vet ./...: OK
go test ./...: OK
FAIL
1. [High] `.codex/skills/validate-issue/SKILL.md:66` still tells the user to invoke `/do-task <issue-id>`, but this PR renames the developer skill to `implement-task` in `.codex/skills/implement-task/SKILL.md:2` and `.codex/skills/implement-task/SKILL.md:13`. After merge, the documented Phase 1 -> Phase 2 handoff points to a nonexistent skill, so the workflow becomes self-contradictory.
2. [High] `.codex/skills/implement-task/SKILL.md:2` introduces a skill rename that is not required by issue #14, whose scope is ADR workflow/documentation guidance. Even if the reference mismatch above were fixed, this rename is still unrelated workflow churn and should be split into its own issue/PR if desired.
Validation:
- gofmt -l .: OK
- go vet ./...: OK
- go test ./...: OK
I missed the owner comment at #821 explicitly approving Rename do-task -> implement-task for clearer semantics. That approval removes my previous scope objection about the rename itself.
I am withdrawing finding 2 from review #822.
The remaining blocker is only this:
.codex/skills/validate-issue/SKILL.md:66 still points Phase 1 -> Phase 2 users to /do-task <issue-id>, while this PR renames the developer skill to implement-task. That handoff needs to be updated so the workflow is internally consistent after merge.
Review update:
I missed the owner comment at `#821` explicitly approving `Rename do-task -> implement-task for clearer semantics.` That approval removes my previous scope objection about the rename itself.
I am withdrawing finding 2 from review `#822`.
The remaining blocker is only this:
- `.codex/skills/validate-issue/SKILL.md:66` still points Phase 1 -> Phase 2 users to `/do-task <issue-id>`, while this PR renames the developer skill to `implement-task`. That handoff needs to be updated so the workflow is internally consistent after merge.
Fixed: validate-issue/SKILL.md now references /implement-task instead of /do-task.
Validation:
gofmt -l . — clean
go vet ./... — OK
go test ./... — OK
Fixed: `validate-issue/SKILL.md` now references `/implement-task` instead of `/do-task`.
Validation:
- `gofmt -l .` — clean
- `go vet ./...` — OK
- `go test ./...` — OK
thuanle
merged commit 668b64d594 into main2026-04-28 05:56:22 +07:00
Addressed the reviewer-process miss that surfaced during this PR.
New commit: aa61352 (docs: require PR discussion comments in reviews)
What it changes:
AGENT.md: reviewer step now explicitly includes PR discussion comments
.codex/skills/review-pr/SKILL.md: reviewer workflow now loads PR discussion comments and treats them as a separate context source before verdict
Addressed the reviewer-process miss that surfaced during this PR.
New commit: `aa61352` (`docs: require PR discussion comments in reviews`)
What it changes:
- `AGENT.md`: reviewer step now explicitly includes PR discussion comments
- `.codex/skills/review-pr/SKILL.md`: reviewer workflow now loads PR discussion comments and treats them as a separate context source before verdict
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Summary
docs/superpowers/**stays out of PRs.do-task->implement-taskfor clearer semantics.Changes
docs/adr/README.md— ADR format, rules, and indexdocs/adr/0001-imap-thread-resolution.md— Threading decision ADRAGENT.md— New section 7: Documentation Rules, plus reviewer step now includes PR discussion comments.codex/skills/validate-issue/SKILL.md— Flag ADR-requiring changes when locking requirements.codex/skills/implement-task/SKILL.md— Renamed from do-task, added ADR rule.codex/skills/review-pr/SKILL.md— Acceptdocs/adr/, reject agent artifacts, and require PR discussion comments before verdictTest Plan
go build ./...— OKgo vet ./...— OKgo test ./...— OKgofmt -l .— cleanFixes #14
Fixes #16
I approve the
Rename do-task → implement-task for clearer semantics.FAIL
.codex/skills/validate-issue/SKILL.md:66still tells the user to invoke/do-task <issue-id>, but this PR renames the developer skill toimplement-taskin.codex/skills/implement-task/SKILL.md:2and.codex/skills/implement-task/SKILL.md:13. After merge, the documented Phase 1 -> Phase 2 handoff points to a nonexistent skill, so the workflow becomes self-contradictory..codex/skills/implement-task/SKILL.md:2introduces a skill rename that is not required by issue #14, whose scope is ADR workflow/documentation guidance. Even if the reference mismatch above were fixed, this rename is still unrelated workflow churn and should be split into its own issue/PR if desired.Validation:
Review update:
I missed the owner comment at
#821explicitly approvingRename do-task -> implement-task for clearer semantics.That approval removes my previous scope objection about the rename itself.I am withdrawing finding 2 from review
#822.The remaining blocker is only this:
.codex/skills/validate-issue/SKILL.md:66still points Phase 1 -> Phase 2 users to/do-task <issue-id>, while this PR renames the developer skill toimplement-task. That handoff needs to be updated so the workflow is internally consistent after merge.Fixed:
validate-issue/SKILL.mdnow references/implement-taskinstead of/do-task.Validation:
gofmt -l .— cleango vet ./...— OKgo test ./...— OKAddressed the reviewer-process miss that surfaced during this PR.
New commit:
aa61352(docs: require PR discussion comments in reviews)What it changes:
AGENT.md: reviewer step now explicitly includes PR discussion comments.codex/skills/review-pr/SKILL.md: reviewer workflow now loads PR discussion comments and treats them as a separate context source before verdict