尧图网页设计 ![[Topic] - Quick Brief](http://pic.xiahunao.cn/yaotu/[Topic] - Quick Brief)
[Topic] - Quick Brief【免费下载链接】awesome-codex-skillsA curated list of practical Codex skills for automating workflows across the Codex CLI and API.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-codex-skillsDate: [Current date]Summary[3-4 sentences covering the essentials]Key PointsPoint 1: [Details]Point 2: [Details]Point 3: [Details]Action Items[Immediate next step][Follow-up action]Sources[Brief list of pages consulted]逐段解读 - **标题**采用 [主题] - Quick Brief 的命名约定便于在 Notion 中检索与归档建议在标题中直接体现主题关键词。 - **Date日期**必填字段。Quick Brief 常用于状态更新和时间敏感请求日期让读者能快速判断信息的时效性——这与 [citations.md](https://link.gitcode.com/i/fabdc1bc7140be4f7df8b3e87871b9de) 中检查最后编辑日期、标注过时信息的要求互相呼应。 - **Summary**对应规范中的 3-4 sentence summary是全文信息密度最高的段落。 - **Key Points**对应 3-5 bullet key points模板中给出 3 条点位示例若主题需要可扩展至 5 条但不建议超过 5 条否则会稀释速览的价值。 - **Action Items**对应 short action items list通常 1-2 条按立即执行 → 跟进动作的顺序排列。 - **Sources**对应 brief source list列出本次查阅的页面。 从 [SKILL.md](https://link.gitcode.com/i/d02dbcdc036803bc2d46af141549381b) 的工作流可以看到模板的实际使用位置第 4 步 Create the doc 明确要求 Pick the matching template in reference/ (brief, summary, comparison, comprehensive) and adapt it即 Quick Brief 场景下应选取本模板并据此调用 Notion:notion-create-pages 在 Notion 中建页。 ## 在调研流水线中的位置从检索到成文的五步闭环 Quick Brief 并非孤立存在它是 [notion-research-documentation](https://link.gitcode.com/i/d02dbcdc036803bc2d46af141549381b) 完整研究流水线的最终产物之一。该技能的标准工作流为 1. **收集来源Gather sources**先用 Notion:notion-search 以定向查询定位相关页面范围确认后再用 Notion:notion-fetch 拉取页面内容记录关键事实、指标、约束与日期并为每个来源记录 URL/ID 以备引用。若需要更精细的检索可参考 [advanced-search.md](https://link.gitcode.com/i/8f4ca5bdf382492e791c753ae6a4ff2c) 中的日期范围、创建者、teamspace 范围、page 范围、database 范围等过滤器。 2. **选择格式Select the format**按 [format-selection-guide.md](https://link.gitcode.com/i/c4f0e2f6024aecadd6da7f8b770075a1) 的决策树判断。快速读阅 → Quick Brief。 3. **综合提炼Synthesize**先列提纲按主题/问题分组发现用来源 ID 标注证据标记信息缺口与矛盾点始终围绕用户目标决策、摘要、计划、建议组织内容。 4. **创建文档Create the doc**选择 [quick-brief-template.md](https://link.gitcode.com/i/0bc548aa6faf2065d57f906bae5bcfa8)通过 Notion:notion-create-pages 建页包含标题、摘要、关键发现、证据与下一步建议。 5. **定稿交接Finalize handoff**补充高亮、风险与未决问题如需跟进可在页面中创建任务/清单后续更新时用 Notion:notion-update-page 记录变更。 值得注意的是Quick Brief 在流程中扮演双重角色既是**最终交付物**针对简单/时效性请求也是**深研前的初探产出**第 2 步发现主题复杂度超出预期时可基于初版简报升级为 Research Summary 或 Comprehensive Report。 ## 简报中的引用规范小而全的证据链 虽然 Quick Brief 只有 200-400 词但证据链不能因此缩水。[citations.md](https://link.gitcode.com/i/fabdc1bc7140be4f7df8b3e87871b9de) 定义了本技能统一的引用机制——使用 Notion 页面 mention markdown mention-page urlhttps://notion.so/workspace/Page-Title-uuidPage Title/mention-page在 Quick Brief 场景下建议遵循以下简化后的引用实践出处紧跟结论在 Key Points 或 Summary 中引用信息后立即附上 mention例如The Q4 revenue increased by 23% quarter-over-quarter (mention-page url...Q4 Financial Report/mention-page)。多条来源合并引用一条要点来自多个页面时用逗号分隔多个 mention避免逐句过度引用over-citing也不要完全不标注出处under-citing。Sources 段落收尾模板最后的 Sources 段汇总所有被引页面来源较多时可分组Primary Sources / Supporting Research / Background Context。数据类信息必须归属涉及指标、数字时务必标注数据来源并留意来源页面的最后编辑日期必要时注明时效性。内容较多时用节级引用若某节内容整体源于单一页面可在小节开头以 According to the ... 形式一次性归属。该技能的 examples/technical-investigation.md 演示了完整成文的引用密度每个小节Architecture、Implementation、Decision Rationale、Performance Impact末尾都标注**Source**: mention-page url...。对于 Quick Brief可将这一做法浓缩为每条 Key Point 后附 mention Sources 段汇总两级结构。典型应用场景与实战示例quick-brief-format.md 给出的四类典型请求可直接套用本格式Quick summary of whats in our API docsAPI 文档速览搜索 拉取 API 文档相关页面提炼端点清单、鉴权方式、版本信息等要点。Fast brief on the meeting notes from yesterday昨日会议纪要速览聚焦决策点、待办与负责人适合状态更新类简报。What are the key points from that spec?规格文档要点提炼提取规格中的关键约束、指标与验收标准。Give me a quick overview of the project status项目状态速览汇总进展、风险与下一步是最典型的 Quick Brief 形态。以 Quick summary of whats in our API docs 为例可结合模板得到如下产出形态# API Documentation Overview - Quick Brief **Date**: 2026-09-15 ## Summary Our API docs cover 4 core endpoints with Bearer token authentication. Documentation includes OpenAPI specs, rate limits, and error codes. All endpoints are versioned under /v1/ and require workspace-scoped tokens. ## Key Points - **Endpoints**: /v1/users, /v1/orders, /v1/invoices, /v1/webhooks - **Auth**: Bearer tokens, workspace-scoped, 60-day rotation - **Rate Limits**: 100 req/min per token, 429 with Retry-After header - **Errors**: Standard RFC 7807 problem details format ## Action Items 1. Review webhook event payloads for the upcoming migration 2. Confirm rate limit requirements with the platform team ## Sources - mention-page url...API Reference v2/mention-page - mention-page url...Authentication Guide/mention-page【免费下载链接】awesome-codex-skillsA curated list of practical Codex skills for automating workflows across the Codex CLI and API.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-codex-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 [Topic] - Quick Brief
[Topic] - Quick Brief【免费下载链接】awesome-codex-skillsA curated list of practical Codex skills for automating workflows across the Codex CLI and API.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-codex-skillsDate: [Current date]Summary[3-4 sentences covering the essentials]Key PointsPoint 1: [Details]Point 2: [Details]Point 3: [Details]Action Items[Immediate next step][Follow-up action]Sources[Brief list of pages consulted]逐段解读 - **标题**采用 [主题] - Quick Brief 的命名约定便于在 Notion 中检索与归档建议在标题中直接体现主题关键词。 - **Date日期**必填字段。Quick Brief 常用于状态更新和时间敏感请求日期让读者能快速判断信息的时效性——这与 [citations.md](https://link.gitcode.com/i/fabdc1bc7140be4f7df8b3e87871b9de) 中检查最后编辑日期、标注过时信息的要求互相呼应。 - **Summary**对应规范中的 3-4 sentence summary是全文信息密度最高的段落。 - **Key Points**对应 3-5 bullet key points模板中给出 3 条点位示例若主题需要可扩展至 5 条但不建议超过 5 条否则会稀释速览的价值。 - **Action Items**对应 short action items list通常 1-2 条按立即执行 → 跟进动作的顺序排列。 - **Sources**对应 brief source list列出本次查阅的页面。 从 [SKILL.md](https://link.gitcode.com/i/d02dbcdc036803bc2d46af141549381b) 的工作流可以看到模板的实际使用位置第 4 步 Create the doc 明确要求 Pick the matching template in reference/ (brief, summary, comparison, comprehensive) and adapt it即 Quick Brief 场景下应选取本模板并据此调用 Notion:notion-create-pages 在 Notion 中建页。 ## 在调研流水线中的位置从检索到成文的五步闭环 Quick Brief 并非孤立存在它是 [notion-research-documentation](https://link.gitcode.com/i/d02dbcdc036803bc2d46af141549381b) 完整研究流水线的最终产物之一。该技能的标准工作流为 1. **收集来源Gather sources**先用 Notion:notion-search 以定向查询定位相关页面范围确认后再用 Notion:notion-fetch 拉取页面内容记录关键事实、指标、约束与日期并为每个来源记录 URL/ID 以备引用。若需要更精细的检索可参考 [advanced-search.md](https://link.gitcode.com/i/8f4ca5bdf382492e791c753ae6a4ff2c) 中的日期范围、创建者、teamspace 范围、page 范围、database 范围等过滤器。 2. **选择格式Select the format**按 [format-selection-guide.md](https://link.gitcode.com/i/c4f0e2f6024aecadd6da7f8b770075a1) 的决策树判断。快速读阅 → Quick Brief。 3. **综合提炼Synthesize**先列提纲按主题/问题分组发现用来源 ID 标注证据标记信息缺口与矛盾点始终围绕用户目标决策、摘要、计划、建议组织内容。 4. **创建文档Create the doc**选择 [quick-brief-template.md](https://link.gitcode.com/i/0bc548aa6faf2065d57f906bae5bcfa8)通过 Notion:notion-create-pages 建页包含标题、摘要、关键发现、证据与下一步建议。 5. **定稿交接Finalize handoff**补充高亮、风险与未决问题如需跟进可在页面中创建任务/清单后续更新时用 Notion:notion-update-page 记录变更。 值得注意的是Quick Brief 在流程中扮演双重角色既是**最终交付物**针对简单/时效性请求也是**深研前的初探产出**第 2 步发现主题复杂度超出预期时可基于初版简报升级为 Research Summary 或 Comprehensive Report。 ## 简报中的引用规范小而全的证据链 虽然 Quick Brief 只有 200-400 词但证据链不能因此缩水。[citations.md](https://link.gitcode.com/i/fabdc1bc7140be4f7df8b3e87871b9de) 定义了本技能统一的引用机制——使用 Notion 页面 mention markdown mention-page urlhttps://notion.so/workspace/Page-Title-uuidPage Title/mention-page在 Quick Brief 场景下建议遵循以下简化后的引用实践出处紧跟结论在 Key Points 或 Summary 中引用信息后立即附上 mention例如The Q4 revenue increased by 23% quarter-over-quarter (mention-page url...Q4 Financial Report/mention-page)。多条来源合并引用一条要点来自多个页面时用逗号分隔多个 mention避免逐句过度引用over-citing也不要完全不标注出处under-citing。Sources 段落收尾模板最后的 Sources 段汇总所有被引页面来源较多时可分组Primary Sources / Supporting Research / Background Context。数据类信息必须归属涉及指标、数字时务必标注数据来源并留意来源页面的最后编辑日期必要时注明时效性。内容较多时用节级引用若某节内容整体源于单一页面可在小节开头以 According to the ... 形式一次性归属。该技能的 examples/technical-investigation.md 演示了完整成文的引用密度每个小节Architecture、Implementation、Decision Rationale、Performance Impact末尾都标注**Source**: mention-page url...。对于 Quick Brief可将这一做法浓缩为每条 Key Point 后附 mention Sources 段汇总两级结构。典型应用场景与实战示例quick-brief-format.md 给出的四类典型请求可直接套用本格式Quick summary of whats in our API docsAPI 文档速览搜索 拉取 API 文档相关页面提炼端点清单、鉴权方式、版本信息等要点。Fast brief on the meeting notes from yesterday昨日会议纪要速览聚焦决策点、待办与负责人适合状态更新类简报。What are the key points from that spec?规格文档要点提炼提取规格中的关键约束、指标与验收标准。Give me a quick overview of the project status项目状态速览汇总进展、风险与下一步是最典型的 Quick Brief 形态。以 Quick summary of whats in our API docs 为例可结合模板得到如下产出形态# API Documentation Overview - Quick Brief **Date**: 2026-09-15 ## Summary Our API docs cover 4 core endpoints with Bearer token authentication. Documentation includes OpenAPI specs, rate limits, and error codes. All endpoints are versioned under /v1/ and require workspace-scoped tokens. ## Key Points - **Endpoints**: /v1/users, /v1/orders, /v1/invoices, /v1/webhooks - **Auth**: Bearer tokens, workspace-scoped, 60-day rotation - **Rate Limits**: 100 req/min per token, 429 with Retry-After header - **Errors**: Standard RFC 7807 problem details format ## Action Items 1. Review webhook event payloads for the upcoming migration 2. Confirm rate limit requirements with the platform team ## Sources - mention-page url...API Reference v2/mention-page - mention-page url...Authentication Guide/mention-page【免费下载链接】awesome-codex-skillsA curated list of practical Codex skills for automating workflows across the Codex CLI and API.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-codex-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考