Skip to content

docs: reorganize documentation on latest baseline#63

Open
Disaster-Terminator wants to merge 5 commits into
mainfrom
docs/governance-refresh-latest
Open

docs: reorganize documentation on latest baseline#63
Disaster-Terminator wants to merge 5 commits into
mainfrom
docs/governance-refresh-latest

Conversation

@Disaster-Terminator
Copy link
Copy Markdown
Owner

@Disaster-Terminator Disaster-Terminator commented May 16, 2026

Summary

  • rebuild the documentation governance work on the latest main baseline (f05b156)
  • add an architecture overview for Retinue's runtime shape, product MCP tool surface, job lifecycle, backend notes, and safety defaults
  • add a documentation governance guide covering source-of-truth ownership, doc categories, behavior-change update matrix, style rules, PR checklist, and archive policy
  • reorganize docs/README.md into a clearer documentation map and link the new docs from both Chinese and English READMEs

Notes

This supersedes #62, which was based on an older baseline. The new branch is ahead of main and no longer behind it.

This is intentionally docs-only. It does not change runtime behavior, plugin manifests, package contents, or generated artifacts.

Verification

  • Re-read the latest root READMEs and docs index from main before applying changes.
  • Preserved the newer README boundary wording about avoiding CLI --prompt for sensitive prompts.
  • GitHub compare against latest main shows only Markdown files changed:
    • README.md
    • README.en.md
    • docs/README.md
    • docs/architecture/OVERVIEW.md
    • docs/DOCUMENTATION_GOVERNANCE.md
  • Runtime tests not run; not needed for docs-only changes.

Summary by Sourcery

重新组织并扩展文档索引和开发者文档,以在不改变运行时行为的前提下,澄清 Retinue 的架构、产品范围以及文档治理方式。

Documentation:

  • 新增架构概览,描述 Retinue 的运行时形态、组件、任务生命周期、后端行为以及默认安全配置。
  • 引入文档治理指南,定义事实来源(sources of truth)、文档类型、行为变更时所需的文档更新要求、写作风格规则以及归档策略。
  • 重构文档索引,将其整理为更清晰的几个板块:产品与架构、安装与部署、开发与验证、运行手册(runbooks)、版本发布记录以及归档资料。
  • 更新英文和中文根目录下的 README,将开发者文档部分链接到新的架构概览和文档治理指南。
Original summary in English

Summary by Sourcery

Reorganize and expand the documentation index and developer docs to clarify Retinue’s architecture, product surface, and documentation governance without changing runtime behavior.

Documentation:

  • Add an architecture overview describing Retinue’s runtime shape, components, job lifecycle, backend behavior, and safety defaults.
  • Introduce a documentation governance guide defining sources of truth, document types, required updates on behavior changes, style rules, and an archive policy.
  • Restructure the docs index into clearer sections for product and architecture, installation and deployment, development and verification, runbooks, release records, and archive material.
  • Update English and Chinese root READMEs to link to the new architecture overview and documentation governance guides from the developer docs section.

@qodo-code-review
Copy link
Copy Markdown

Qodo reviews are paused for this user.

Troubleshooting steps vary by plan Learn more →

On a Teams plan?
Reviews resume once this user has a paid seat and their Git account is linked in Qodo.
Link Git account →

Using GitHub Enterprise Server, GitLab Self-Managed, or Bitbucket Data Center?
These require an Enterprise plan - Contact us
Contact us →

@sourcery-ai
Copy link
Copy Markdown

sourcery-ai Bot commented May 16, 2026

Reviewer's Guide

重新组织并扩展文档,引入架构概览和文档治理指南,并将它们接入英文、中文及 docs 索引中,而不改变任何运行时行为。

File-Level Changes

Change Details Files
将文档索引按照使用意图重新分区,并将新的架构与治理文档链接为当前产品指引。
  • 重写文档入口文案,强调其作为根目录 README 之外的详细索引的角色。
  • 将条目重新分组到新的分区:当前产品与架构、安装与部署、开发与验证、真实运行时运行手册、发布记录,以及归档与研究。
  • 更新现有文档的描述(例如 OpenCode 后端、源码安装),并澄清研究/“superpowers” 内容并非当前指引,除非通过索引被提升为正式内容。
  • 在相应分区中添加指向新架构概览和文档治理指南的链接。
docs/README.md
从英文和中文主 README 中突出新文档,以保持开发者导航与面向用户的指引一致。
  • 在英文 README 的开发者文档部分添加指向架构概览和文档治理指南的链接。
  • 在中文 README 中镜像这些链接,以保持两种语言在语义上的一致性。
README.en.md
README.md
引入架构概览,涵盖运行时形态、组件职责、后端行为、任务生命周期和默认安全配置。
  • 记录从 MCP host,经由 Retinue 生命周期 API,到后端适配器与本地状态的整体运行时拓扑。
  • 列举产品 MCP 工具及其用途,并澄清后端特定调试工具的角色及其暴露开关。
  • 概述主要组件、其责任边界,以及包含会话作用域的活跃子代理数量限制在内的任务生命周期流程。
  • 记录 OpenCode 和 Claude Code 的后端配置默认值,包括端口、环境变量和责任边界,以及安全与可观测性默认设置,常见日志/状态路径,以及推荐的后续阅读文档。
docs/architecture/OVERVIEW.md
添加文档治理指南,定义事实来源、文档类别、必需更新矩阵、风格规则和归档策略。
  • 定义一个事实来源表,将产品和运行时主题映射到具体文件(README、后端文档、部署文档、技能文档、集成文档)。
  • 标准化文档类别(README/快速开始、架构、后端契约、部署、开发、运行手册、发布、归档),并规定研究/探索性内容应存放的位置。
  • 引入行为变更到文档更新的矩阵,使针对工具、后端、部署、环境变量、状态/日志结构、发布和集成变更的文档预期变得明确。
  • 固化有关安全、目标读者聚焦、命名和双语对齐的风格规则;提供可复用的文档 PR 检查清单,并阐明与文档索引结构相挂钩的归档策略。
docs/DOCUMENTATION_GOVERNANCE.md

Tips and commands

Interacting with Sourcery

  • 触发新的评审: 在 pull request 上评论 @sourcery-ai review
  • 继续讨论: 直接回复 Sourcery 的评审评论。
  • 从评审评论生成 GitHub issue: 通过回复某条评审评论,请求 Sourcery 从该评论创建 issue。你也可以在评审评论下回复 @sourcery-ai issue 来从该评论创建 issue。
  • 生成 pull request 标题: 在 pull request 标题的任意位置写入 @sourcery-ai,即可随时生成标题。你也可以在 pull request 上评论 @sourcery-ai title 来(重新)生成标题。
  • 生成 pull request 摘要: 在 pull request 正文的任意位置写入 @sourcery-ai summary,即可在你想要的位置生成 PR 摘要。你也可以在 pull request 上评论 @sourcery-ai summary 来(重新)生成摘要。
  • 生成评审者指南: 在 pull request 上评论 @sourcery-ai guide,可随时(重新)生成评审者指南。
  • 解决所有 Sourcery 评论: 在 pull request 上评论 @sourcery-ai resolve,以解决所有 Sourcery 评论。当你已经处理完所有评论且不想再看到它们时,这会很有用。
  • 撤销所有 Sourcery 评审: 在 pull request 上评论 @sourcery-ai dismiss,以撤销所有现有的 Sourcery 评审。特别适用于你希望从一次全新的评审开始 —— 别忘了再评论 @sourcery-ai review 来触发新评审!

Customizing Your Experience

访问你的 dashboard 以:

  • 启用或禁用评审特性,例如 Sourcery 自动生成的 pull request 摘要、评审者指南等。
  • 更改评审语言。
  • 添加、移除或编辑自定义评审指令。
  • 调整其他评审设置。

Getting Help

Original review guide in English

Reviewer's Guide

Reorganizes and expands the documentation to introduce an architecture overview and documentation governance guide, and wires them into the English, Chinese, and docs indices without changing any runtime behavior.

File-Level Changes

Change Details Files
Restructured docs index into intent-based sections and linked new architecture and governance docs as current product guidance.
  • Reworded docs landing text to emphasize its role as the detailed index beyond the root README.
  • Regrouped entries into new sections for current product and architecture, installation and deployment, development and verification, real runtime runbooks, release records, and archive and research.
  • Updated descriptions for existing docs (e.g., OpenCode backend, source install) and clarified that research/superpowers content is not current guidance unless promoted through the index.
  • Added links to the new architecture overview and documentation governance docs in the appropriate sections.
docs/README.md
Surfaced new docs from the main English and Chinese READMEs to keep developer navigation and user-facing guidance aligned.
  • Added links to the architecture overview and documentation governance docs in the English README developer docs section.
  • Mirrored those links in the Chinese README to maintain semantic parity between languages.
README.en.md
README.md
Introduced an architecture overview capturing runtime shape, component responsibilities, backend behavior, job lifecycle, and safety defaults.
  • Documented the overall runtime topology from MCP host through Retinue lifecycle API to backend adapters and local state.
  • Enumerated product MCP tools, their purposes, and clarified the role of backend-specific debug tools and their exposure toggle.
  • Outlined major components, their ownership boundaries, and the job lifecycle flow including session-scoped active child-agent limits.
  • Captured backend configuration defaults for OpenCode and Claude Code, including ports, environment variables, and responsibility boundaries, plus safety and observability defaults with common log/state paths and suggested next docs to read.
docs/architecture/OVERVIEW.md
Added a documentation governance guide defining sources of truth, doc categories, required update matrix, style rules, and archive policy.
  • Defined a source-of-truth table mapping product and runtime topics to specific files (READMEs, backend docs, deployment docs, skill docs, integration docs).
  • Standardized documentation categories (README/quickstart, architecture, backend contract, deployment, development, runbook, release, archive) and where research/speculative content should live.
  • Introduced a behavior-change-to-doc-update matrix to make doc expectations explicit for tool, backend, deployment, env var, state/log shape, release, and integration changes.
  • Codified style rules for safety, audience focus, naming, and bilingual alignment; provided a reusable documentation PR checklist and clarified archive policy tied back to the docs index structure.
docs/DOCUMENTATION_GOVERNANCE.md

Tips and commands

Interacting with Sourcery

  • Trigger a new review: Comment @sourcery-ai review on the pull request.
  • Continue discussions: Reply directly to Sourcery's review comments.
  • Generate a GitHub issue from a review comment: Ask Sourcery to create an
    issue from a review comment by replying to it. You can also reply to a
    review comment with @sourcery-ai issue to create an issue from it.
  • Generate a pull request title: Write @sourcery-ai anywhere in the pull
    request title to generate a title at any time. You can also comment
    @sourcery-ai title on the pull request to (re-)generate the title at any time.
  • Generate a pull request summary: Write @sourcery-ai summary anywhere in
    the pull request body to generate a PR summary at any time exactly where you
    want it. You can also comment @sourcery-ai summary on the pull request to
    (re-)generate the summary at any time.
  • Generate reviewer's guide: Comment @sourcery-ai guide on the pull
    request to (re-)generate the reviewer's guide at any time.
  • Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
    pull request to resolve all Sourcery comments. Useful if you've already
    addressed all the comments and don't want to see them anymore.
  • Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
    request to dismiss all existing Sourcery reviews. Especially useful if you
    want to start fresh with a new review - don't forget to comment
    @sourcery-ai review to trigger a new review!

Customizing Your Experience

Access your dashboard to:

  • Enable or disable review features such as the Sourcery-generated pull request
    summary, the reviewer's guide, and others.
  • Change the review language.
  • Add, remove or edit custom review instructions.
  • Adjust other review settings.

Getting Help

Copy link
Copy Markdown

@sourcery-ai sourcery-ai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey - 我给出了一些总体反馈:

  • docs/architecture/OVERVIEW.md 中,可以考虑简要说明这些可配置的限制(例如,最大活动子代理槽位、等待时间窗口)是在哪里配置或暴露出来的,这样运维人员就能知道是哪些配置项在控制文档中描述的行为。
  • 由于 docs/DOCUMENTATION_GOVERNANCE.md 引入了受众指南,建议在新的 OVERVIEW.md 文件顶部附近增加一行简短的“Audience(受众)”说明,用来示范这一约定,并明确主要读者是运维人员还是贡献者。
给 AI 代理的提示
Please address the comments from this code review:

## Overall Comments
- In `docs/architecture/OVERVIEW.md`, consider briefly calling out where the configurable limits (e.g., max active child-agent slots, wait windows) are set or surfaced so operators know which config knobs control the described behavior.
- Since `docs/DOCUMENTATION_GOVERNANCE.md` introduces audience guidance, it may be useful to add a short “Audience” line near the top of the new `OVERVIEW.md` file to model that convention and make the primary reader (operators vs contributors) explicit.

Sourcery 对开源项目免费——如果你觉得这些评审有帮助,欢迎帮忙分享 ✨
帮我变得更有用!请在每条评论上点 👍 或 👎,我会根据你的反馈改进后续的评审。
Original comment in English

Hey - I've left some high level feedback:

  • In docs/architecture/OVERVIEW.md, consider briefly calling out where the configurable limits (e.g., max active child-agent slots, wait windows) are set or surfaced so operators know which config knobs control the described behavior.
  • Since docs/DOCUMENTATION_GOVERNANCE.md introduces audience guidance, it may be useful to add a short “Audience” line near the top of the new OVERVIEW.md file to model that convention and make the primary reader (operators vs contributors) explicit.
Prompt for AI Agents
Please address the comments from this code review:

## Overall Comments
- In `docs/architecture/OVERVIEW.md`, consider briefly calling out where the configurable limits (e.g., max active child-agent slots, wait windows) are set or surfaced so operators know which config knobs control the described behavior.
- Since `docs/DOCUMENTATION_GOVERNANCE.md` introduces audience guidance, it may be useful to add a short “Audience” line near the top of the new `OVERVIEW.md` file to model that convention and make the primary reader (operators vs contributors) explicit.

Sourcery is free for open source - if you like our reviews please consider sharing them ✨
Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant