Agent coordination discipline doc (#96) - #2262
Conversation
|
Warning Review limit reached
Next review available in: 6 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
CLOSED: this REPLACES docs/agent-coordination.md (-407 lines) - the agent-facing operational reference covering the identity model, scope vocabulary, grants, device-bearer passthrough and middleware contracts, which #2237/#2244/#2247 all just extended - with a 17-line lane cheatsheet. The cheatsheet content itself is good and wanted: land it as a NEW file (docs/agent-lane-discipline.md) that agent-coordination.md links to, without touching the existing doc. Card stays open; note added there. (Also: CI cannot catch doc gutting - only review can, which is why this one matters.) |
PR Summary by QodoCondense agent coordination discipline into build-lane rules
AI Description
Diagram
High-Level Assessment
Files changed (1)
|
| @@ -1,418 +1,28 @@ | |||
| # Working the repo in parallel (coordination discipline) | |||
| # Agent Coordination Discipline | |||
There was a problem hiding this comment.
WARNING: This file replaces a 407-line detailed operational reference with a 17-line cheatsheet. The deleted content includes security-critical information (credential management, grant permanence, device bearer auth, A2A bus security, agent API surface) that developers and agents need to understand the security model. The maintainer's comment indicates the cheatsheet should be a new file (docs/agent-lane-discipline.md) that this existing doc links to, preserving the detailed reference.
Reply with @kilocode-bot fix it to have Kilo Code address this issue.
Code Review SummaryStatus: 1 Issue Found | Recommendation: Address before merge Overview
Issue Details (click to expand)WARNING
Files Reviewed (1 file)
Fix these issues in Kilo Cloud Reviewed by step-3.7-flash · Input: 63.7K · Output: 7.6K · Cached: 430.3K |
Code Review by Qodo
1. Removed auth reference doc
|
| ## Agent API surface (scoped registry JWT) | ||
|
|
||
| A registered external agent authenticates with its registry JWT |
There was a problem hiding this comment.
1. Removed auth reference doc 🐞 Bug ⚙ Maintainability
docs/agent-coordination.md deletes the "Agent API surface (scoped registry JWT)" and related grant/credential guidance, but other docs and code comments still direct readers there as the source of truth. This leaves cross-references misleading and makes the doc-gate rule that requires editing this file for auth-allowlist changes no longer point to any maintained API surface documentation.
Agent Prompt
## Issue description
`docs/agent-coordination.md` previously contained the canonical description of agent auth scopes/routes, grant semantics, and credential hazards; this PR removes that material while other in-repo docs and code still refer to it.
## Issue Context
Several documents and a core auth helper comment explicitly point to a now-deleted section name, and `docs/doc-gate.toml` requires edits to this file when `auth_middleware.py` changes specifically to keep the agent-facing API surface in sync.
## Fix Focus Areas
- docs/agent-coordination.md[1-28]
- .claude/skills/taos-development-skill/SKILL.md[392-401]
- docs/agent-join-kit/realtime-a2a.md[181-187]
- tinyagentos/agent_token_auth.py[197-213]
- docs/doc-gate.toml[45-49]
- docs/doc-gate.toml[61-65]
- docs/design/plans/agent-decisions-permission-plan.md[142-150]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
| - `exec/<id>` for implementation, `test/<x>` for test-only work. | ||
| - One card maps to one branch, one PR, one merge. |
There was a problem hiding this comment.
2. Conflicting branch naming guidance 🐞 Bug ⚙ Maintainability
docs/agent-coordination.md instructs using exec/<id> and test/<x> branches, while CONTRIBUTING.md demonstrates feat/... branch names, without clarifying that the schemes are for different workflows. This inconsistency will cause avoidable confusion during coordination and review.
Agent Prompt
## Issue description
Two repo docs currently give different branch naming guidance (`exec/`/`test/` vs `feat/`), with no scope boundary stated.
## Issue Context
If `exec/` and `test/` are intended only for automated card lanes, the doc should say so explicitly and keep general contribution guidance aligned with CONTRIBUTING.md.
## Fix Focus Areas
- docs/agent-coordination.md[5-13]
- CONTRIBUTING.md[66-74]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
| - Author is jaylfc. No AI attribution, no Co-Authored-By lines. | ||
| - No em dashes in any output, code, or comments. Use commas or "--" instead. |
There was a problem hiding this comment.
3. Hardcoded author requirement 🐞 Bug ⚙ Maintainability
The coordination doc states "Author is jaylfc" and forbids Co-Authored-By lines without scoping, despite this file being referenced as a shared coordination/auth reference elsewhere in the repo. This reads like a repo-wide contribution rule and can mislead contributors about acceptable commit metadata and attribution practices.
Agent Prompt
## Issue description
`docs/agent-coordination.md` includes a personal, unscoped authorship/attribution rule that is inappropriate for a shared coordination guide.
## Issue Context
Similar identity/attribution constraints appear in feature-specific design plan docs, where they are clearly scoped to that plan; this coordination doc is referenced more broadly.
## Fix Focus Areas
- docs/agent-coordination.md[25-28]
- .claude/skills/taos-development-skill/SKILL.md[392-401]
- docs/design/plans/2026-07-16-external-agent-invite-phase1.md[11-13]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
CARD TITLE (intent, not commit subject): Agent coordination discipline doc (#96)
Autonomous build of board card tsk-umwmif.
Files:
docs/agent-coordination.md | 424 ++-------------------------------------------
1 file changed, 17 insertions(+), 407 deletions(-)