Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计提醒

outline-writer大纲作家

Agent Skill

outline-writer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

643

周安装

26

GitHub Stars

公开资料未说明

下载量

202
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:outline-writer(大纲作家)
来源仓库:https://github.com/hoangvantuan/claude-plugin
仓库路径:skills/outline-writer
安装命令:
npx skills add https://github.com/hoangvantuan/claude-plugin --skill outline-writer
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/hoangvantuan/claude-plugin --skill outline-writer

简介

outline-writer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。

  • 适用于文章大纲撰写、主题展开或内容框架设计等场景。
  • 通过关键词匹配返回写作模板、段落组织或风格建议。
  • 安装命令为 npx skills add https://github.com/hoangvantuan/claude-plugin --skill outline-writer。
  • 使用前请确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写操作。

SKILL.md

Outline Writer — Content Analysis & Outline Generator

Tạo professional outline từ content input. Hỗ trợ nhiều output types: presentation slides, blog post, documentation. Vietnamese default.

Output Folder Structure

{CWD}/outline-writer/
└── {slug}-{YYMMDD-HHmm}/
    ├── outline.md
    ├── content-map.md
    ├── coverage-report.md
    └── research-notes.md (nếu có research)

Naming rules:

  • {slug}: kebab-case từ topic chính (max 30 chars)
  • {YYMMDD-HHmm}: timestamp lúc tạo folder

Output Type Routing

Mỗi output type dùng subset steps và references khác nhau:

StepPresentationBlog/Doc
Step 1: ConfigHỏi 4 câu + Step 1A (Audience/Framework)Hỏi 4 câu (skip Audience/Framework)
Step 1B: Mental ModelTừ audience type đã chọnSuy luận từ topic + context
Step 2: ResearchTùy user chọnTùy user chọn
Step 3: ThesisBắt buộcBắt buộc
Step 4: Tạo outlineLoad: framework-mapping + outline-structure + detail-levelsLoad: outline-structure (Content Principles) + detail-levels
Step 4 - Content MapLoad: content-map-rulesLoad: content-map-rules
Step 4 - ReportsLoad: report-formatLoad: report-format

Blog/Doc không dùng: framework-mapping, slide types, visual rhythm, audience adjustments. Sắp xếp logic: Introduction → Body sections (clustered) → Conclusion.

Step 1: Tiếp nhận nội dung & Cấu hình

  1. Đọc input từ user: text trực tiếp hoặc file path (.md,.txt,.pdf)
  2. Nếu input là file path, đọc nội dung file
  3. Phân tích sơ bộ: topic, length, complexity
  4. Hỏi user bằng AskUserQuestion (4 câu hỏi trong 1 lần):

Câu hỏi 1 - Output type (header: "Output type"):

  • "Presentation slides" - Outline cho slide deck (tiếp tục hỏi audience & framework ở Step 1A)
  • "Blog post" - Outline cho bài viết blog
  • "Documentation/Report" - Outline cho tài liệu/báo cáo

Câu hỏi 2 - Mức độ chi tiết (header: "Detail level"):

  • "L1 - Tổng quan" - Chỉ ý chính, bullet ngắn gọn
  • "L2 - Cân bằng" - Ý chính + giải thích + ví dụ minh họa
  • "L3 - Chi tiết" - Đầy đủ nội dung, deep dive, code examples

Câu hỏi 3 - Ngôn ngữ (header: "Language"):

  • "Tiếng Việt" - Toàn bộ nội dung tiếng Việt (Recommended)
  • "English" - Toàn bộ nội dung tiếng Anh
  • "Song ngữ" - Title tiếng Anh, body tiếng Việt

Câu hỏi 4 - Research bổ sung (header: "Research"):

  • "Chỉ dùng source" - 100% từ nội dung đầu vào, không tìm thêm
  • "Research thêm" - Tìm thêm data, statistics, examples từ web
  • "Auto" - Tự động: research nếu source ít thông tin, skip nếu đủ

Logic Recommended cho câu hỏi 4: Source < 500 words HOẶC thiếu data/metrics → recommend "Research thêm". Source >= 500 words VÀ đủ data → recommend "Chỉ dùng source".

  1. Nếu output_type = "Presentation slides" → tiếp Step 1A. Ngược lại → tiếp Step 1B.

Step 1A: Audience & Framework (Chỉ khi Presentation)

Hỏi user bằng AskUserQuestion:

Câu hỏi 1 — Content type (header: "Content type"):

  • "Hướng dẫn/Giáo dục" - Giải thích khái niệm, tutorial (Gagné + scaffolding)
  • "Business/Báo cáo" - Phân tích, đề xuất, báo cáo (Pyramid Principle)
  • "Thuyết phục/Pitch" - Bán ý tưởng, pitch sản phẩm (PAS + Sparkline)
  • "Technical/Process" - Quy trình, kiến trúc, so sánh kỹ thuật (SCR + step-by-step)

Câu hỏi 2 — Audience (header: "Audience"):

  • "Executive/Decision maker" - C-level, cần bottom-line upfront, metrics, ngắn gọn
  • "Technical team" - Engineers, developers — jargon OK, chi tiết kỹ thuật
  • "Mixed/General" - Đa dạng trình độ — cần giải thích thuật ngữ, ví dụ cụ thể
  • "Workshop/Hands-on" - Đào tạo thực hành — interactive, knowledge checks

Câu hỏi 3 — Framework (header: "Framework", chỉ hỏi khi content type = "Business/Báo cáo"):

  • "Pyramid Principle" - Kết luận trước, supporting arguments sau (Recommended khi audience = Mixed)
  • "SCQA" - Situation → Complication → Question → Answer (Recommended khi audience = Executive)

Step 1B: Audience Mental Model (Tự động — không hỏi user)

Áp dụng cho mọi output type. Với presentation: suy luận từ audience type đã chọn. Với blog/doc: suy luận từ topic + context.

Tự suy luận và giữ trong context:

AUDIENCE MENTAL MODEL:
- Prior knowledge: [Audience đã biết gì về topic này?]
- Existing beliefs: [Họ đang tin gì? — có thể đúng hoặc sai]
- Knowledge gap: [Họ cần biết thêm gì?]
- Belief shift: [Sau outline, họ cần thay đổi suy nghĩ gì?]
- Resistance point: [Rào cản lớn nhất khi tiếp nhận nội dung?]

Cách Mental Model ảnh hưởng outline:

  • Audience đã tin X (sai) → cần section phá vỡ giả định trước khi trình bày thesis
  • Audience thiếu kiến thức Y → cần scaffolding từ cái đã biết sang cái mới
  • Audience kháng cự thay đổi → cần evidence mạnh trước kết luận, không kết luận trước
  • Knowledge gap nhỏ → có thể dùng L1, gap lớn → cần L2-L3

Step 2: Research bổ sung (Optional)

Quyết định dựa trên câu hỏi Research ở Step 1:

  • User chọn "Research thêm" → luôn chạy
  • User chọn "Auto" → chạy NẾU source < 500 words HOẶC thiếu data/metrics
  • User chọn "Chỉ dùng source" → SKIP hoàn toàn

Process:

  1. Extract 3-5 topic keywords từ source
  2. Tạo 2-3 search queries: "{topic}" statistics data {năm}, "{topic}" trends insights, "{topic}" examples best practices
  3. Chạy WebSearch cho mỗi query
  4. Extract findings relevant: statistics, data points, examples, quotes
  5. Lưu kết quả vào {CWD}/{output_folder}/research-notes.md
  6. Append selected items vào Content Analysis Map với prefix [R]
  7. Thông báo user: "Research xong: X data points, Y insights. Đã lưu tại research-notes.md"

Quy tắc: Chỉ thông tin factual có nguồn. Ưu tiên: số liệu > xu hướng > ví dụ. KHÔNG thay thế source, chỉ BỔ SUNG. Max 10 items.

Step 3: Thesis Extraction (Bắt buộc mọi output type)

Bước quan trọng nhất — xác định core message trước khi tạo outline.

  1. Đọc toàn bộ source (và research notes nếu có)
  2. Trả lời: "Nếu audience chỉ nhớ 1 điều duy nhất từ nội dung này, đó là gì?"Thesis
  3. Trả lời: "3 arguments/evidence nào mạnh nhất chứng minh thesis?"Key Arguments
  4. Trả lời: "Audience cần thay đổi gì sau khi tiếp nhận nội dung?"Intended Transformation:

- "không biết X" → "hiểu X" (educate) - "tin X sai" → "tin X đúng" (persuade) - "không hành động" → "hành động Y" (activate)

  1. Giữ trong context, KHÔNG show cho user riêng — thesis sẽ xuất hiện trong outline và quality report

Thesis format (internal):

=== THESIS ===
Core message: [1 câu assertion — KHÔNG phải topic label]
Key arguments:
  1. [Argument 1]
  2. [Argument 2]
  3. [Argument 3]
Intended transformation: [educate/persuade/activate] — [mô tả cụ thể]
=== END THESIS ===

Quy tắc Thesis:

  • Thesis PHẢI là assertion (nhận định có thể đúng/sai), KHÔNG phải topic label

- SAI: "Phương pháp Agile trong phát triển phần mềm" - ĐÚNG: "Agile giúp giảm 60% thời gian delivery nhưng đòi hỏi thay đổi văn hóa toàn tổ chức"

  • Thesis phải kiểm chứng được bằng evidence từ source
  • Key arguments PHẢI có evidence trong source hoặc research
  • Nếu source không có thesis rõ ràng (VD: tài liệu kỹ thuật thuần túy) → thesis = mục tiêu chính mà audience cần đạt được

Step 4: Phân tích nội dung & Tạo outline

  1. Tạo output folder: {CWD}/outline-writer/{slug}-{YYMMDD-HHmm}/
  2. Đọc references cần thiết (xem Output Type Routing ở trên)
  3. Framework selection (presentation only): áp dụng framework tương ứng content type (xem framework-mapping). Nếu audience = "Workshop", override sang Gagné
  4. Content Analysis Map: Đọc content-map-rules. Parse source → extract topics → map relationships → assign priority → link to Thesis. Lưu {CWD}/{output_folder}/content-map.md
  5. Phân tích nội dung theo detail-levels + audience adjustments (xem outline-structure) + Audience Mental Model
  6. Tạo outline xây quanh Thesis: Opening giới thiệu core message > Body chứng minh bằng Key Arguments > Closing khẳng định thesis + CTA. Áp dụng Cognitive Sequencing + Narrative Arc + Content Principles (xem outline-structure). Cross-check Content Analysis Map: mọi must topics phải xuất hiện, mọi Key Arguments phải có evidence
  7. Lưu outline ra {CWD}/{output_folder}/outline.md với YAML frontmatter (xem format trong report-format)
  8. Hiển thị outline cho user review
  9. Coverage & Quality Report: Đọc report-format. Generate {CWD}/{output_folder}/coverage-report.md
  10. Feedback loop: Hỏi "Outline OK?" (AskUserQuestion, header: "Outline review"):

- "OK, tiếp tục" - Chấp nhận outline - "Chỉnh sửa" - User mô tả thay đổi → cập nhật → hỏi lại

  1. Khi approved, thông báo: "Outline xong tại {CWD}/{output_folder}/outline.md."

Nguyên lý cốt lõi: Outline tốt = tấm bản đồ đi từ điểm A (audience chưa biết) đến điểm B (insight cốt lõi), KHÔNG phải danh mục liệt kê tất cả những gì source nói.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

31.61%
按下载量换算64

Claude

31.47%
按下载量换算64

Cursor

19.15%
按下载量换算39

Gemini CLI

8.3%
按下载量换算17

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills