菜单
面向 Echoe 功能正确性审查技能。只要用户提到“架构评审、流程校验、功能实现是否正常、重复代码治理、权限/跨租户安全检查、将问题转为 GitHub issue”，就应立即启用。若发现可执行且已确认的问题，必须使用 `gh` CLI 按严格模板创建 issue。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
Quick reference for @rabjs/react (RSJS) - a React reactive state management library. Use this skill when working with @rabjs/react, implementing reactive components, creating Service classes, using dependency injection, or managing observable state in React applications. Covers observer/view patterns, useService/useObserver hooks, bindServices, Service lifecycle, async state tracking, event systems, and domain architecture.
Standalone contract reference for the AIMO REST API. Use this skill whenever the user asks what an endpoint does, how to authenticate, which request body or query params to send, what the response data looks like, how uploads and downloads behave, or which API supports a feature such as memos, attachments, AI explore, review, notifications, or push rules. Use it even when the current project source code is unavailable.
用于按优先级串行修复 GitHub issue 的技能。只要用户提到“修 issue / 批量修 bug / 从 P0 开始处理 / 逐个修复问题 / 自动修复 issue 队列”等，都应启用。必须先复用 `gh.issue` 技能获取 issue，上游按 P0->P1->P2->P3->P4 排序，每次只处理一个 issue，并且每个 issue 都用子 Agent 修复；默认自动连续处理，只有遇到功能语义或产品策略需要产品经理确认时才暂停并向用户确认。每个成功修复的 issue 都必须由子 Agent 完成 commit（commit 信息关联 issue）并自动评论“已修复”后关闭。
| name | arch-review |
| description | 面向 Echoe 功能正确性审查技能。只要用户提到“架构评审、流程校验、功能实现是否正常、重复代码治理、权限/跨租户安全检查、将问题转为 GitHub issue”，就应立即启用。若发现可执行且已确认的问题，必须使用 `gh` CLI 按严格模板创建 issue。 |
使用本技能对代码变更做高置信、可落地的审查，并输出可执行结论。
@echoe/logger 规范，不得接受 console.*。当前架构符合规范P0/P1 必须包含明确文件与关键逻辑证据。当用户提出以下任一诉求时，立即启用本技能：
git status、已修改模块），仅按依赖关系扩展。检查是否符合仓库约束与既有模式：
uid 等租户标识做隔离@echoe/logger检查系统中其他业务功能是否实现正常：
识别可维护性风险：
重点排查：
P0：安全/数据隔离破坏，或严重功能性问题P1：显著行为不一致，影响用户结果P2：可维护性风险或局部行为缺口P3：次要改进项P4：低风险优化建议或观察项，不影响当前主要功能正确性仅返回：
当前架构符合规范按 finding 列表输出（简洁但完整）：
当存在至少一个可执行 finding 时，必须创建 GitHub issue。
并遵循以下规则（强制）：
先执行并校验：
gh --versiongh auth statusgh repo view --json nameWithOwner,viewerPermission仅在认证或权限无效时停止；否则继续。
使用：
[arch-review][<P0|P1|P2|P3|P4>][<category>] <short summary>
category 示例：
architectureredundancysecurity必须使用以下结构，不得改字段名：
## Background
Why this review item matters in business/technical terms.
## Current behavior
What the code currently does.
## Problem
Why this is incorrect/risky. Include security impact explicitly if relevant.
## Scope and impact
Who/what is affected.
## Reproduction or evidence
- File paths
- Key logic snippets/conditions
- Optional repro steps
## Expected behavior
What correct behavior should be.
## Suggested fix
Concrete implementation direction, not vague advice.
## Acceptance criteria
- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3
标签存在时优先添加：
bugarch-reviewsecurity / tech-debt（三选一）P0 / P1 / P2 / P3 / P4（必须且仅一个，需与 finding severity 一致）若优先级标签不存在，先尝试创建对应标签；若因权限等原因失败，不得阻塞 issue 创建，但需在最终输出中说明缺失的标签。
必须返回：
owner/repo#123 title - url#124 title - urlP0/P1 finding 必须包含代码证据。