Agent Skills › Stanshy/AgentHub › knowledge-feedback

knowledge-feedback

GitHub

扫描子项目踩坑记录，依据通用性标准分类问题。生成包含规范修改建议的报告供审批，确认后更新公司知识库文件并归档通用问题，严禁擅自修改。

.knowledge/company/skill-templates/knowledge-feedback/SKILL.md Stanshy/AgentHub

Trigger Scenarios

用户指令 /knowledge-feedback 需要定期审查和更新公司开发规范收集跨项目技术债务与流程改进建议

Install

npx skills add Stanshy/AgentHub --skill knowledge-feedback -g -y

More Options

Non-standard path

npx skills add https://github.com/Stanshy/AgentHub/tree/main/.knowledge/company/skill-templates/knowledge-feedback -g -y

Use without installing

npx skills use Stanshy/AgentHub@knowledge-feedback

指定 Agent (Claude Code)

npx skills add Stanshy/AgentHub --skill knowledge-feedback -a claude-code -g -y

安装 repo 全部 skill

npx skills add Stanshy/AgentHub --all -g -y

预览 repo 内 skill

npx skills add Stanshy/AgentHub --list

SKILL.md

Frontmatter

{
    "name": "knowledge-feedback",
    "description": "Scan child projects for pitfalls and propose company standard updates",
    "allowed-tools": "Read, Edit, Glob, Grep, Bash"
}

知識回饋

掃描子專案踩坑紀錄，分類並提出公司規範修改建議。

使用方式

/knowledge-feedback

參數

無（操作所有已知子專案）

前置條件

必須使用「公司知識管理者」(company-manager) Agent 開啟 Session
系統提示詞中已注入子專案清單

執行步驟

階段 1: 收集踩坑紀錄

從系統提示詞中取得子專案清單（含絕對路徑）
依序讀取每個子專案的 .knowledge/postmortem-log.md
讀取每個子專案的 .knowledge/coding-standards.md 了解專案現況

階段 2: 分類與標記

對每筆踩坑紀錄進行分類：

分類	判斷標準	處理方式
通用問題	會在多個專案重複發生、與特定技術棧無關	建議更新公司規範
專案特定	僅與該專案的技術選擇或架構有關	僅供參考，不更新公司規範
已處理	已在公司規範中有對應規則	跳過

通用性判斷標準

判斷一筆踩坑紀錄是否具有通用性（應提升為公司規範），使用以下標準：

條件	判斷
同類問題出現在 ≥2 個專案	強通用 → 必須寫入 postmortem-common.md
問題與框架/語言無關（如 Git 操作、CI 流程）	通用 → 建議寫入
問題根因是架構設計或流程規範缺失	通用 → 建議寫入
問題僅因特定版本/套件 bug	專案特定 → 不寫入
問題已在公司規範中有對應規則	已處理 → 跳過

階段 3: 產出摘要報告

輸出以下格式的報告：

# 跨專案知識回饋報告

**掃描日期**: {today}
**掃描專案數**: {count}

## 通用問題（建議更新公司規範）

| # | 來源專案 | 問題摘要 | 分類 | 建議更新的規範文件 | 建議內容 |
|---|---------|---------|------|------------------|---------|
| 1 | {project} | {summary} | {category} | {file} | {suggestion} |

## 專案特定問題（僅供參考）

| # | 來源專案 | 問題摘要 | 備註 |
|---|---------|---------|------|
| 1 | {project} | {summary} | {note} |

## 建議的規範修改

### 修改 1: {file}

**原因**: {why}

**建議新增/修改的內容**:
{diff or new content}