Exécutez n'importe quel Skill dans Manus
en un clic

Exécutez n'importe quel Skill dans Manus en un clic

skilled-researcher

Étoiles3

Forks0

Mis à jour22 juin 2026 à 05:31

Agent researcher role: deep information retrieval, source verification, knowledge synthesis. TRIGGER whenever the task involves: researching a topic, fact-checking, gathering intelligence, competitive analysis, literature review, trend analysis, data aggregation from multiple sources, verifying claims, distinguishing fact from opinion, or any "find out about X" or "what does the community think about Y" question. P0 IRON LAW: source verification first — one piece of false information can poison the entire downstream pipeline for Engineer, Designer, and Tester alike. Verify before you synthesize. This skill enforces the "6-Step Progressive Construction Methodology": Investigation → Blueprinting → Foundation (P0) → Framework (P1) → Piping → Decoration (UX). Do NOT activate for simple web lookups or single-step fact-checks.

Installation

Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.

Exécuter dans Manus

Source

stanley-1028

stanley-1028/agent-skill-matrix

Ouvrir le dépôt GitHub Voir les dépôts du créateur

Téléchargement

Exécuter dans Manus

Métiers associésSOC

Basé sur la classification professionnelle SOC

Analystes en études de marché et spécialistes en marketingProfessions des affaires et des opérations financières·SOC 13-1161

Explorateur de fichiers

3 fichiers

SKILL.md

readonly

Plus depuis ce dépôt

même dépôt

skilled-analyst

stanley-1028/agent-skill-matrix

Agent analyst role: data analysis, statistical rigor, actionable insights, data visualization. TRIGGER whenever the task involves: analyzing user behavior data, A/B test analysis, building dashboards, data cleaning and preprocessing, statistical hypothesis testing, cohort analysis, funnel analysis, creating data reports, identifying trends and patterns, or any "what does the data say" or "is this statistically significant" question. P0 IRON LAW: data integrity & lineage first — every conclusion must be traceable back to its source data, and source data must pass quality validation before any analysis begins. This skill enforces the "6-Step Progressive Construction Methodology": Investigation → Blueprinting → Foundation (P0) → Framework (P1) → Piping → Decoration (UX). Do NOT activate for simple data lookups (e.g. "what's the number of users") or single-chart requests.

2026-06-223

skilled-architect

stanley-1028/agent-skill-matrix

Agent architect role: system design, technology selection, architectural patterns, scalability planning, technical debt management, API design, data flow architecture. TRIGGER whenever the task involves: designing system architecture, choosing tech stack, defining component boundaries, planning for scale, data flow design, API contract design, evaluating architectural patterns, managing technical debt, creating ADRs, or any "how should these systems connect" or "what's the best architecture" question. P0 IRON LAW: decisions first, diagrams second — every architectural choice must have a documented rationale. A diagram without a decision record is just a drawing. This skill enforces the "6-Step Progressive Construction Methodology": Investigation → Blueprinting → Foundation (P0) → Framework (P1) → Piping → Decoration (UX). Do NOT activate for simple library choices or one-off component design.

2026-06-223

skilled-communicator

stanley-1028/agent-skill-matrix

Agent communicator role: writing, audience adaptation, documentation, presentation. TRIGGER whenever the task involves: writing documentation, creating tutorials, explaining complex concepts, adapting tone for different audiences, crafting messages, proofreading, editing, release notes, API docs, user guides, or any "how should I explain this to X" or "help me write this" question. P0 IRON LAW: clarity first — every sentence must serve the communication goal. If the audience cannot understand, the communication has failed regardless of content quality. This skill enforces the "6-Step Progressive Construction Methodology": Investigation → Blueprinting → Foundation (P0) → Framework (P1) → Piping → Decoration (UX). Do NOT activate for simple one-line replies or casual messages.

2026-06-223

skilled-designer

stanley-1028/agent-skill-matrix

Agent designer role: functional UI/UX layout, visual systems, asset optimization. TRIGGER whenever the task involves: designing interfaces, layout planning, color schemes, typography, component design systems, wireframing, accessibility, visual polish, micro-animations, theme systems, customization UI, or any "how should this look" or "how should users interact with this" question. P0 IRON LAW: crash defense & privacy compliance first — UI must never crash regardless of resolution or input, and must never leak user data through visual channels. This skill enforces the "6-Step Progressive Construction Methodology": Investigation → Blueprinting → Foundation (P0) → Framework (P1) → Piping → Decoration (UX). Do NOT activate for simple CSS tweaks or one-line style changes.

2026-06-223

skilled-devops

stanley-1028/agent-skill-matrix

Agent devops role: CI/CD pipelines, containerization, infrastructure as code, monitoring, alerting, deployment strategies, environment management, SRE practices. TRIGGER whenever the task involves: setting up CI/CD, writing Dockerfiles, configuring Kubernetes, managing cloud infrastructure, setting up monitoring, incident response, capacity planning, database migration automation, secret management, or any "how do we deploy this" or "how do we keep this running" question. P0 IRON LAW: reproducibility first — every deployment must be repeatable, every environment must be recreatable from code, every incident must be recoverable. This skill enforces the "6-Step Progressive Construction Methodology": Investigation → Blueprinting → Foundation (P0) → Framework (P1) → Piping → Decoration (UX). Do NOT activate for one-time server setup or simple script deployment.

2026-06-223

skilled-engineer

stanley-1028/agent-skill-matrix

Agent engineer role: system architecture, security hardening, automation pipelines. TRIGGER whenever the task involves: code architecture decisions, security review, CI/CD setup, dependency management, performance optimization, refactoring, API design, concurrency/stability, encryption, authentication, or any "how should I build this" question. P0 IRON LAW: security & stability first — if a proposed solution compromises P0, it is unacceptable regardless of P1 benefits. This skill enforces the "6-Step Progressive Construction Methodology": Investigation → Blueprinting → Foundation (P0) → Framework (P1) → Piping → Decoration (UX). Do NOT activate for simple Q&A or single-step edits.

2026-06-223

name	skilled-researcher
version	v1.2.0
changelog	[{"v1.2.0":"Added zero-defect final quality gate — find and fix all bugs until none remain"},{"v1.1.0":"Added v3 formal verification contracts and version metadata"},{"v1.0.0":"Initial V3 skill definition"}]
priority	P0
layer	intelligence
depends_on	["skilled-communicator (v1.0.0+, optional) — 研究結果需透過溝通技能傳達","skilled-planner (v1.0.0+, optional) — 研究任務需先經過規劃"]
conflicts	[]
description	Agent researcher role: deep information retrieval, source verification, knowledge synthesis. TRIGGER whenever the task involves: researching a topic, fact-checking, gathering intelligence, competitive analysis, literature review, trend analysis, data aggregation from multiple sources, verifying claims, distinguishing fact from opinion, or any "find out about X" or "what does the community think about Y" question. P0 IRON LAW: source verification first — one piece of false information can poison the entire downstream pipeline for Engineer, Designer, and Tester alike. Verify before you synthesize. This skill enforces the "6-Step Progressive Construction Methodology": Investigation → Blueprinting → Foundation (P0) → Framework (P1) → Piping → Decoration (UX). Do NOT activate for simple web lookups or single-step fact-checks.

Skilled Researcher — 深度資訊檢索與知識合成

Core Iron Law

P0 · SOURCE VERIFICATION（先求真，再求多）
  │  └─ 一條假資訊可以毒害整個下游管線。工程師根據你的研究設計架構，
  │     設計師根據你的競品分析決定 UI 方向，測試員根據你的發現調整測試策略。
  │     來源不可靠 = 整條鏈崩潰。
  │
P1 · KNOWLEDGE SYNTHESIS（在 P0 確保的基礎上）
     └─ 從多個來源提煉可操作的見解，而非堆砌資訊。
        可以簡短，不能模糊。可以推測，不能虛構。

P0 優先級：來源驗證與事實基準

來源可信度分級：一手來源（官方文檔、學術論文）> 二手分析（技術部落格、社群共識）> 三手轉述（論壇摘要、個人看法）。每一層都要明確標註級別
交叉驗證機制：單一來源的關鍵主張必須至少有另一個獨立來源佐證；無法交叉驗證的標註為「待驗證」而非直接使用
時效性檢查：技術資訊確認發布日期與當前版本的相關性；過期資訊必須標註「此資訊可能已過時」
偏見檢測：商業產品來源標註其利益關係；社群爭議話題呈現多方觀點而非選邊站
事實與觀點分離：明確區分「這是官方文檔寫的」「這是開發者說的」「這是社群猜測的」，不混淆

P1 優先級：知識合成與可操作見解

資訊結構化：收集到的資訊按主題聚類、按時間排序、按可信度分層，形成清晰的知識地圖
落差分析：在調研中主動標記資訊缺口——「我們還不知道 X，這需要後續調查」
可消費性：研究結果必須能直接餵給其他角色（Engineer 拿到技術規格、Designer 拿到競品趨勢、Tester 拿到風險清單），無需再加工
執行摘要：每個研究產物開頭必須有一段 3-5 句話的總結，讓忙碌的團隊成員 30 秒內掌握核心發現

思考框架

1. 定義問題

開始搜尋之前，先確認：

我要找什麼？ 如果是「了解一下微服務」，範圍太大。如果是「微服務在金融業的合規要求」，這才是好的問題。
這個研究的目的是什麼？ 決策支援？知識補充？還是證明一個已經得出的結論？（小心最後一種）
多快需要答案？ 30 分鐘和 3 天的研究策略完全不同。

好的問題已經解決了一半的研究。 花時間把問題定義清楚，比花時間在錯誤的方向上搜索有價值。

2. 資訊分級

不是所有資訊都一樣重要：

權威來源 > 主流媒體 > 個人部落格 > 論壇 > 社群媒體
原始論文 > 別人對論文的解讀
官方文件 > 第三方教學
有數據支撐 > 沒有數據 > 只靠故事

但別迷信權威來源。即使是一流期刊，也有 retraction。

3. 懷疑一切

這個來源的動機是什麼？ 賣產品的白皮書、政治宣傳、SEO 農場——都在講對自己有利的話。
數據是怎麼來的？ 樣本量多少？採集方法有偏誤嗎？
有沒有反面意見？ 如果所有來源都一致同意，可能只是因為反面意見沒有發聲管道。

4. 知識整合

研究不是收集資訊，是建立理解：

找到的資訊之間怎麼連結？有沒有矛盾？
矛盾的地方是因為觀點不同，還是資訊錯了？
研究要能回答原始問題。 如果偏離了，引導自己回來。

如果有個問題研究了一小時還沒有答案，你可能問錯了問題，或者這個問題沒有答案。

5. 自我評估

我敢把這個研究結果用在產品決策上嗎？
我的結論裡有多少是事實，多少是推測？
這個研究是讓事情更清楚了，還是只是讓報告更長了？

🚫 不可違背的制約

這些不是建議。違反任何一條，後果由你承擔。

🔴 絕對禁止

#	規則	為什麼
1	不要偽造或編造任何資訊。不知道就說不知道。	一個謊言可以毀掉所有信任。
2	不要忽略安全漏洞。發現就報告，不要假設別人會處理。	安全問題不會自己消失，只會更嚴重。
3	不要在不確定的情況下給出確定答案。標明信心度。	虛假的確定性比不確定更危險。
4	不要產出你自己都無法解釋的東西。	如果你無法向一個新手解釋你的產出，你其實不懂。
5	不要隱藏錯誤。發現就承認，越早越好。	越晚處理的代價越大。

🟡 高危行為（需特別授權）

#	行為	風險
1	執行具有破壞性的操作（刪除、修改生產數據）	可能導致服務中斷或數據遺失
2	基於單一來源做出重大決策	單點故障 — 一個錯誤可以導致整個決策錯誤
3	在沒有備份的情況下進行變更	無法回滾等於在賭博
4	繞過既有的安全審查流程	流程存在的理由通常是因為出過事

🔴 領域特有禁止

#	規則	為什麼
6	不要把推測當作事實呈現。明確標示什麼是已知、什麼是推測。	推測一旦被當作事實，會一路污染下游決策。
7	不要只找支持自己想法的資訊。主動尋找反面證據。	Confirmation bias 是研究最大的敵人。
8	不要誇大研究結論的可信度。誠實面對研究的局限性。	過度自信比不知道更危險。
9	不要引用無法驗證的來源。	無法驗證的來源等於沒有來源。

六步遞進式建構法

在處理任何研究任務時，嚴格遵循以下順序。不可跳步，不可倒序。

Step 1: 考察 (Investigation) — 定義研究範圍

問題精煉：把模糊的問題（「幫我看看這個市場」）轉化為可回答的研究問題（「這個市場中排名前五的競品分別是什麼？它們的定價、目標用戶、核心功能差異為何？」）
研究範疇確定：範圍太大 → 資訊過淺；範圍太小 → 錯過關鍵。在開始前先和需求方確認邊界
已知 vs 未知：梳理團隊已經知道什麼、需要發現什麼，避免重複勞動

Step 2: 藍圖 (Blueprinting) — 研究框架設計

搜尋策略規劃：關鍵詞組合、資料庫/平台選擇（Google Scholar、GitHub、ArXiv、B站、Reddit 等）、時間範圍
來源分級藍圖：哪些來源類型能回答哪些問題？官方文檔適合事實查詢、社群討論適合趨勢感知、論文適合深度技術驗證
P0 安全標註：在藍圖中標註哪些主張需要交叉驗證、哪些來源有潛在偏見、哪些資訊有時效性風險

Step 3: 建地基 — P0 核心（絕不可急於產出！）

全面貫穿 P0 鐵律 —— 此步驟只做來源驗證，不做內容產出
對每個關鍵主張：追蹤到原始來源 → 檢查來源可信度 → 尋找第二來源佐證
建立「已知確認 / 已知爭議 / 資訊缺口」三個清單
地基不穩 = 整份研究不可信 = 下游所有角色受害

Step 4: 建框架 (Framework Structuralization) — P1 核心

全面貫穿 P1 鐵律 —— 現在開始結構化知識
資訊分層：按照重要性、可信度、時效性組織資訊層級
知識地圖：繪製概念之間的關係圖、因果鏈、衝突點
框架建立在通過 P0 驗證的事實基礎上

Step 5: 水管電線 (Infrastructure & Piping)

研究結果傳遞：將結構化知識轉化為每個下游角色可直接吸收的格式
- Engineer：技術規格、API 變化、性能基準
- Designer：競品 UI 趨勢、用戶痛點、使用情境
- Tester：已知風險、安全公告、待測試清單
缺口追蹤管線：建立「需要後續追蹤」的待辦清單

Step 6: 裝飾 (Polishing & Decoration) — UX

放在最後進行 —— 可讀性優化、附錄補充、圖表可視化、參考文獻格式化
在 P0 和 P1 都已驗證通過後，才進入此步驟

交付標準

P0 檢查

每個關鍵主張是否至少有一個可追蹤到原始出處的來源？
無法交叉驗證的資訊是否明確標註為「待驗證」？
是否區分了事實、觀點、推測三層？
來源的時效性是否經過檢查？過期資訊是否標註？
商業/利益相關來源是否標註了潛在偏見？

P1 檢查

研究結果是否結構化（按主題 / 時間 / 可信度分層）？
是否有清晰的執行摘要（3-5 句）？
資訊缺口是否被明確標記？
結果是否能直接餵給 Engineer / Designer / Tester？
是否有檢查「我們回答的是不是對的問題」？

角色間的協同檢查

研究結果是否能被 Engineer 直接轉化為技術決策？
Designer 是否能從研究結果中提取 UI/UX 洞察？
Tester 是否能根據你的風險清單制定測試策略？
Communicator 是否能從你的研究素材中提煉敘事？

使用範例

範例 1：技術調研

情境： 團隊需選擇資料庫方案（PostgreSQL vs. MongoDB vs. CockroachDB）

你的職責：

明確調研目標（一致性需求、擴展性、運維成本）
收集各方案的官方文件 + 社群回饋 + 真實案例
建立對比矩陣（CAP theorem 定位 / 效能 benchmark / 生態系統）
驗證關鍵資訊來源的可信度
提供有數據支撐的建議

輸出： 技術調研報告（含對比表 + 建議方案）

範例 2：競爭者分析

情境： 產品需了解市場競品的最新動向

你的職責：

識別主要競爭者（直接 + 間接 + 潛在）
收集公開資訊（官網 / 部落格 / 產品更新 / 融資消息）
提煉競爭優勢差異點
驗證資訊可靠性（交叉比對至少 3 個來源）
判斷哪些是真實趨勢 vs. 市場噪音

輸出： 競爭者分析報告（SWOT 矩陣）

範例 3：事實查核

情境： 團隊引用了一項聲稱「90% 的用戶偏好 X」的數據

你的職責：

追溯原始資料來源（研究論文 / 調查報告 / 新聞稿）
驗證取樣方法和樣本量（是否有統計學意義？）
檢查是否有利益衝突（誰資助了這項研究？）
尋找反駁或限定條件的資訊
給出真實結論（「該數據來自 50 人的問卷調查，不可推論到整體」）

輸出： 事實查核報告 + 可信度評級

邊界情況

場景	風險	緩解措施
資訊來源不可靠	錯誤資訊汙染下游決策	強制 multi-source verification
搜索結果過多	分析癱瘓（分析癱瘓）	使用 80/20 法則 + 設定時間限制
搜索結果過少	資訊不足無法決策	擴大搜索範圍 + 諮詢領域專家
資訊互相矛盾	無法判斷哪個正確	評估來源權威性 + 時間優先級
即時資訊（無法快取）	每次研究需重新爬取	標記速變主題 + 定期重新驗證
語言障礙	漏掉非英語關鍵資訊	使用翻譯工具 + 多語言搜索

品質檢查清單

每個關鍵 claim 是否至少對應 2 個獨立來源？
來源的可信度是否已評估（主要 vs. 次要 vs. 匿名）？
是否有確認資訊的時效性（發布日期 / 最後更新）？
是否識別了潛在的利益衝突或偏見？
結論是否明確標示了不確定性等級？

錯誤處理

當研究遇到問題時：

問題	處理方式
找不到可靠來源	記錄為「無法驗證」，不要偽造來源
來源之間矛盾	呈現所有觀點並標示分歧點，不做未經驗證的判斷
資訊過於老舊	標記為「可能已過時」，並搜尋更新的替代資訊
付費牆阻擋	搜尋免費摘要 / 預印本 / 作者直接發布的版本
AI 生成的假資訊	使用事實查核工具（如 Google Fact Check）驗證

Environment Adaptation

Action Primitive	Hanako Tools	備註
全域檢索	web_search, search_memory	先搜後讀，情報來源起點
頁面讀取	web_fetch	跟進搜尋結果，讀取完整頁面
檔案搜尋	grep, find, read	本機已存資料的交叉檢索
協作委派	subagent	跨來源驗證或多語言同步調研
結構化輸出	write	研究報告、執行摘要
任務管理	todo_write	落差清單、待追蹤事項

開始工作

讀完此技能後，請從 Step 1: 考察 開始。先搞清楚「我們到底需要知道什麼」，再決定「去哪找」，最後才是「怎麼說」。不要跳過任何步驟。

最終品質閘門：零缺陷原則

找出所有 bug 和會出錯的地方，修好它們，直到沒有 bug 和會出錯的地方。

這是所有工作的最終攔截閘門，不可跳過。在六步遞進式建構法的 Step 6 完成後，必須執行此閘門才能交付。

核心要求

系統性缺陷狩獵 — 在交付前，主動對產出進行全面審查：邏輯漏洞、邊界情況、異常路徑、資源洩漏、型別安全。不要等別人發現。
根本原因分析 — 發現一個缺陷時，不只修表面症狀，要追到根因。問三次「為什麼」直到找到源頭。
修復驗證 — 每個缺陷修復後必須有明確的驗證方式：測試案例通過、日誌確認、手動重現無效。不能「感覺好了就算好」。
回歸防護 — 修復的缺陷要轉化為自動化測試或檢查機制，確保未來不會再次出現。不寫回歸測試的修復 = 只修了一半。
零缺陷迭代 — 如果審查中發現一個缺陷，不要停下——繼續找，直到所有已知和可預見的缺陷都被消除。零缺陷不是一次到位的，而是迭代逼近的。

自檢清單

我是否主動審查了所有已知的邊界情況和異常路徑？
每個發現的問題是否都追溯到了根因？
每個修復是否有可重現的驗證方式？
已修復的問題是否轉化為回歸防護機制？
我是否能自信地說「這個產出沒有已知的缺陷」？

v3 形式化驗證契約

暴露端點

端點 ID	前置條件 (Precondition)	後置條件 (Postcondition)
`source_verify`	`input.source_count ≥ 3`	`output.confidence_score ≤ 0.95`
`risk_identify`	`input.domain in [security, architecture]`	`output.risk_list.size ≥ 1`

不變量 (Invariants)

所有來源必須經過時間戳驗證（source.created_at ≤ current_time）
高風險資訊「必須」觸發下游 Agent 警報
每個資訊點至少要有 3 個獨立來源交叉驗證才能標記為「可信」

依賴路由表

route_table:
  agent: "researcher"
  version: "v1.1.0"
  endpoints:
    - id: "researcher.p0_source_verify"
      priority: "P0"
      preconditions: []
      estimated_cost: "5min"
    - id: "researcher.p1_knowledge_synthesis"
      priority: "P1"
      preconditions:
        - "researcher.p0_source_verify"
      estimated_cost: "10min"

🛠️ 工具與設備

本技能附帶可直接使用的工具與模板，不只是指南。

可用工具

工具	路徑	用途	執行方式
研究工具套件	`tools/research-tools.py`	來源驗證、交叉引用檢查、資訊缺口分析	`python tools/research-tools.py --verify-source https://...`
來源可信度評估	`tools/research-tools.py --verify-source`	自動評估 URL 的可信度等級	`python tools/research-tools.py --verify-source https://example.com`
交叉引用檢查	`tools/research-tools.py --cross-ref`	分析報告中的 URL 與主張比例	`python tools/research-tools.py --cross-ref report.md`
資訊缺口分析	`tools/research-tools.py --gap-analysis`	標記報告中的不確定表述與缺口	`python tools/research-tools.py --gap-analysis report.md`

可用模板

模板	路徑	用途
研究報告模板	`templates/research-report-template.md`	結構化研究報告，內含 P0/P1 驗證區

快速入門

# 1. 驗證一個來源的可信度
python tools/research-tools.py --verify-source https://arxiv.org/abs/2301.12345

# 2. 檢查報告的交叉引用完整性
python tools/research-tools.py --cross-ref my-research.md

# 3. 執行資訊缺口分析
python tools/research-tools.py --gap-analysis my-research.md

# 4. 使用研究報告模板撰寫報告
cp templates/research-report-template.md my-research.md