Before committing to an implementation plan, run this skill to stress-test the proposed architecture. Catches over-engineering, circular dependencies, missing failure modes, security gaps, and scalability cliffs — before any code is written. Acts as a "second eye" on the plan.
中文简介正在准备中。当前显示原文说明。
查看安装方法安装前可以查看交给 AI 代理的指令内容。
writing-plans produces an implementation plan, before executing-plansRead the implementation plan (typically implementation_plan.md or the artifact from writing-plans).
Extract:
Work through each checklist section. For every "No" or "Unclear" answer, flag it as a finding.
For each "No" or "Unclear" found above, classify it:
| Class | Meaning | Action |
|---|---|---|
| 🔴 Blocker | Must fix before implementation | Revise plan |
| 🟡 Warning | Should address, can proceed carefully | Add a task to backlog |
| 🔵 Note | Nice to have, low risk | Document and move on |
Her zaman ayrı bir dosyaya yaz — plan dosyasını kirletme:
.agent/reviews/architecture-review-<plan-slug>.md
Eğer bu review'dan önemli bir mimari karar çıktıysa, ek olarak knowledge-base-update skill'ini kullanarak decision tipiyle knowledge base'e de ekle — project-context-primer oradan okuyacak.
# Architecture Review — <plan name>
**Date:** <YYYY-MM-DD>
**Reviewer:** Agent
## Verdict
<Approved | Approved with conditions | Revisions required>
## 🔴 Blockers
### 1. <Finding title>
**Checklist item:** Failure Modes — timeout on I/O
**Issue:** The email service call has no timeout. If SendGrid hangs, the entire request thread blocks.
**Recommendation:** Wrap in a 5-second timeout; use a background job queue for non-critical emails.
## 🟡 Warnings
### 1. <Finding title>
...
## 🔵 Notes
### 1. <Finding title>
...
## Summary
<Overall health of the architecture in 2-3 sentences.>
fetchUser() call on line 42 of the plan has no 404 handling" is a review.还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Systematic code review skill covering both requesting a review (pre-commit checklist) and receiving and responding to review feedback. Checks code quality, security, test coverage, architectural alignment, and documentation before any code is committed.
中文简介正在准备中。当前显示原文说明。
Periodically scan project dependencies for security vulnerabilities, outdated packages, and unused dependencies. Produces a prioritized action report. Run before every major release and at least once per month.
中文简介正在准备中。当前显示原文说明。
After any significant code change — new feature, API modification, config change, or architectural refactor — run this skill to identify which documentation files are now stale and update them. Keeps docs and code from drifting apart.
中文简介正在准备中。当前显示原文说明。
Manages all git operations (commit, push, branch management, PR creation) in a standardized, safe, and consistent way. Automatically runs the code-review skill before any commit. Enforces Conventional Commits standard. Handles the full lifecycle: branch → review → commit → push → PR.
中文简介正在准备中。当前显示原文说明。
When something breaks in production: triage the severity, gather evidence, identify root cause, deploy a fix or mitigation, and write a post-mortem. Provides a calm, structured process for high-stress moments.
中文简介正在准备中。当前显示原文说明。
Use this skill whenever you learn something important during a conversation: a key architectural decision, a project-specific convention, a bug root-cause, a 3rd-party API quirk, or any fact that would help a future agent avoid re-doing the same research. Writes structured entries to the project's knowledge base so that context persists across conversations and agents.
中文简介正在准备中。当前显示原文说明。