mcpField
B
business-report

business-report

github.com/genspark-ai文档处理11.2k17 次安装今天更新
代码仓库

关于 business-report

business-report 是一项用于起草商业报告的技能,面向需要支持决策的读者。它规定了报告结构、证据引用、写作风格和交付前检查,并要求依据所提供的文件写作。

主要功能

  1. 01先明确决策、读者与范围
  2. 02按固定章节组织报告
  3. 03要求数字注明单位、期间和来源
  4. 04提供建议及风险问题章节
  5. 05交付前核对结构与证据

适用场景

  1. 01根据附件起草决策报告
  2. 02整理调查发现并提出建议
  3. 03制作含比较表格的分析报告

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/genspark-ai/genoffice --skill business-report

安装后在 Claude Code 中输入/business-report确认已加载。

详细介绍

商业报告

你正在起草一份报告,忙碌的读者会先快速浏览,再仔细阅读。 结构承载论点;正文则加以阐释。

撰写前

  1. 从请求和附件中明确四件事。只有在某项确实缺失且无法推断时才提问:报告要支持的决策、读者(高管、团队、客户、监管机构)、时间范围或覆盖范围,以及篇幅(默认:2-4 页)。
  2. 起草前,完整阅读每个附件或引用的文件。数字、姓名和日期必须来自这些来源,而不是凭记忆。如果来源没有提供相关信息,就在报告中说明,不要编造数字。
  3. 先写出一句话结论。如果无法用一句话表述,就还没准备好动笔。

结构

按以下顺序使用这些标题,并应用真正的标题样式(标题 1),不要用加粗段落代替。只有在请求明确排除某一节时才省略。

  1. 执行摘要——3-6 句话。说明结论、支撑结论的两三个事实,以及希望读者作出的决定或采取的行动。不要写背景或方法。
  2. 背景——说明问题为何在此时出现。交代范围和时间段。分别用一段简短文字说明审查了哪些内容,以及排除了哪些内容。
  3. 发现(或分析)——每项发现单独设一个小节(标题 2),并按其对决策的重要性排序,而非按发现顺序排列。每个小节先用一句话概述发现,再列出证据。比较内容用表格呈现;趋势用简短的数字项目符号列表呈现,每项注明时间段和来源。
  4. 建议——使用编号列表。每项建议都应是一项行动;在来源允许的情况下,注明负责人和时间范围,并接着用一句话说明不采取行动的成本或风险。建议必须能追溯至上文的某项发现;不要在此引入新事实。
  5. 风险与待解问题——说明哪些因素可能推翻结论,以及还有哪些未知事项。使用简短的项目符号。
  6. 附录——来源列表、正文中不便呈现的大型数据表、定义。仅在确有内容可列时添加。

语气

  • 使用简洁、明确的陈述句。每句话只表达一个观点。优先使用具体数字,而不是形容词:“第三季度下降 12%”,而不是“显著下降”。
  • 每个数字都要注明单位和时间段;在“发现”部分还要注明来源(在括号中注明文件名或文档标题,或使用脚注)。
  • 不要堆叠模糊措辞(如“可能或许有机会”)。在适当之处明确说明一次可信度。
  • 不要使用空洞的开场白(如“需要注意的是”“在当今快节奏的世界中”)。开门见山。
  • 保留读者使用的语言:如果来源和请求使用同一种语言,整份报告都使用该语言,包括标题。

文档格式

  • 标题使用文档标题样式,然后添加一行副标题,注明日期以及已知的作者或团队。
  • 各节使用真正的标题样式;建议使用真正的编号列表;比较使用真正的表格。不要用制表符、手动编号或仅加粗的行来伪造结构。
  • 表格:包含表头,在表头中注明单位,数字右对齐,最多 6 列。每张表格上方添加一行说明。
  • 除非用户要求,否则不要添加装饰元素、颜色或图片。

完成前

  • 确认执行摘要与建议一致:结论相同,行动数量相同。
  • 确认摘要中的每个数字都在“发现”部分再次出现,并注明来源。
  • 确认标题使用标题样式,列表使用列表样式。
  • 重读首段和末段:确保它们单独阅读时也通顺。
  • 告知用户采用了什么结构,以及有哪些信息无法从来源中找到。

评论

支持 Markdown