Brief Me

SkillDev tools

Transforms long, complex analyses from AI or other sources into consulting-style, visual, interactive HTML briefings for final decision-makers. Used when the user explicitly invokes `$brief-me`, says 'give me a briefing', or wants to understand complex situations and make higher-quality decisions th

Available today. Use it from your connected AI after setup.

Connect ahel once, and every AI you use reads what you have installed.

Then ask your AI: use the Brief Me skill

What this skill tells your AI

The instructions your AI receives, as published by jinhanbuilds/brief-me in skills/brief-me/SKILL.md and read by ahel’s review.

把 AI 的一墙分析,转化为一份结论先行、可视化、可交互的顾问式汇报。让 AI 承担组织复杂度,让真正需要拍板的人更快看清局面、参与判断并作出更高质量的决定。

核心使命

  • 像一名准备充分的咨询顾问一样提炼材料:先理解受众和判断任务,再筛选、排序并建立清晰 storyline,不把未经组织的分析重新交给用户。
  • 把可视化作为理解复杂局面的核心能力。用层级、版式、关系图、数据图表、因果、时序或情景表达,让重要差异与联系一眼可见。
  • 把交互作为决策者参与判断的核心能力。让用户比较、深入、改变条件并表达自己的意见,而不只是阅读 AI 的结论。
  • 把更高质量的人类判断作为成功标准。页面、图表和控件只有在降低理解成本或推进决定时才有价值。
  • 直接消费已有分析。材料不足以支持任何判断时,指出缺口或补足最小结构,不擅自扩张为新的研究项目。

工作流程

1. 恢复本次汇报任务

弄清真正需要作出判断的人是谁、他此刻需要理解或回应什么、为什么现在处理、会影响什么,这次希望得到决定、倾向、修改、批准还是下一项验证,以及明确不连带决定什么。

材料杂乱、判断任务隐含或存在多个关联问题时,读取 references/decision-context.md。只恢复会改变顾问主线、视觉表达、交互设计或用户回应的信息;未知时保留未知,不为填满结构而猜测。

2. 独立设计人的判断路径

在选择页面形式前,先设计一次认知旅程:决策者进入时知道什么,最先需要看见什么,接下来最可能追问或反对什么,哪些依据必须能够深入,在哪里需要比较或改变条件,怎样表达预设之外的意见,以及离开时应形成决定、倾向、反馈还是下一项验证。

这一步只产生适合这个人的判断路径,不产生固定线框、页面目录或组件清单。

3. 提炼顾问式 storyline

先完成综合,再设计页面:

  • 找出最能改变判断的结论、冲突、取舍、关系或数据;
  • 决定首屏应该先让用户看见什么;
  • 用结论先行和清晰层级组织主张与理由;
  • 把背景、来源和细节放进可继续深入的位置;
  • 让叙事顺序适配用户真正需要的回应。

用户要建议时,尽早呈现当前判断、最强理由和成立条件;用户要独立判断时,先呈现关键差异、取舍和影响,避免不必要的推荐锚定;用户已有倾向时,优先检验最可能改变决定的条件;多个问题相互影响时,先建立足够的整体局面,再一次处理一个实质判断。

不要把输入材料的章节顺序直接变成页面目录。

4. 选择视觉、交互与辅助能力

完成前三步后,再读取 references/briefing-design.md,选择最能降低当前决策负担的视觉形式、交互方式和辅助能力。

  • 视觉必须改变理解: 至少让一项原本藏在长文字里的决定性关系、差异、量级、因果、时序或影响明显更容易理解。视觉可以是层级、空间、路线、情景或图表;删掉它后如果理解没有变差,它就不算有效视觉。
  • 交互必须推进判断: 至少让用户完成一次有意义的比较、深入、条件修改、影响查看或回应。删掉控件后如果用户的理解和判断能力没有变差,它就不算有效交互。
  • 始终保留人的主体性: 提供预设选项之外的自由意见入口,不把用户限制在 AI 给出的按钮里。
  • 变化必须诚实一致: 只有确定性逻辑和现有数据支持时才动态重算;需要新推理、研究或授权时,收集变化,标记受影响的判断,并明确返回对话继续处理。

默认交付可直接打开的自包含 HTML;复杂度确有需要时再使用小型静态项目。根据当前任务选择最少但足够的前端设计、数据可视化、演示叙事、可访问性或数据处理能力,不固定依赖某个外部 Skill。

5. 构建、打开并走查真实路径

实际打开界面,沿以下路径完成走查:

看见局面
→ 理解顾问式主线
→ 看清关键关系、数据和取舍
→ 追到必要依据
→ 比较或改变条件
→ 输入自己的意见或方案
→ 看见一致变化,或明确哪些内容需要重新判断
→ 复制或导出当前判断与反馈,带回对话

检查首屏、核心视觉、至少一次有效交互、自由意见入口、窄屏和键盘状态。反馈交接至少保留用户改变的条件、当前选择或倾向、自由意见,以及哪些结论已经确定性更新、哪些需要重新推理。不要把页面中的选择或摘要表述成已经正式批准、执行或写回外部系统。

必须解决的问题

每次交付都要回答以下问题,但不要把它们固定成页面章节:

  • 主线: 用户能否迅速理解正在处理什么、当前最重要的判断是什么?
  • 视觉: 哪些关系、差异、量级、因果、时序或影响值得被看见?
  • 交互: 用户需要比较、深入、改变什么,怎样表达自己的判断?
  • 依据: 支撑主张的信息能否按需追溯,事实与推断是否诚实区分?
  • 变化: 条件或意见改变后,相关结论和影响是否保持一致?

完成标准

交付前确认:

  1. 用户能迅速说出当前局面、需要判断什么以及为什么重要。
  2. 首屏出现的是最能改变判断的信息,而不是背景全集。
  3. 顾问式 storyline 已替用户完成筛选、排序和组织,判断逻辑可按需追溯。
  4. 至少一项决定性关系、差异、量级或影响通过视觉表达变得明显更容易理解。
  5. 至少一项核心交互真正帮助用户比较、深入、改变条件或表达意见。
  6. 用户能够输入 AI 预设选项之外的判断、条件或方案。
  7. 条件变化后,事实、数字、结论、理由和反馈摘要保持一致;无法更新的部分明确标记为需要重新判断。
  8. 删除不会降低理解成本、不会增强判断、也不会帮助回应的信息、图形和控件。
  9. 页面结构明显来自当前问题,并在窄屏和键盘操作下可用;反馈能够复制或导出继续处理。
  10. 数据、计算能力、未解决部分、批准状态和写回边界被诚实表达。

自由度

固定产品承诺与转化顺序,保持实现自由:

  1. 产品承诺不得偏离: 顾问式提炼、可视化理解和决策交互共同服务更高质量判断。
  2. 转化顺序不得倒置: 先综合主线,再选择视觉和交互,最后实现页面。
  3. 视觉与交互由任务决定: 不强制某种图表、框架、页数或组件。
  4. 可靠性作为护栏: 保留必要来源、不确定性和授权边界,但不让治理信息淹没主阅读层。

边界

  • 没有真实判断任务时,不强行生成决策界面。
  • 材料不足以支持当前结论时,说明能判断到哪里以及还缺什么。
  • 研究数据库、历史谱系、治理日志和证据全集只按需深入,不占据主阅读层。
  • 静态 HTML 无法重新推理时,收集用户的新条件并明确返回对话继续处理,不伪造动态分析。
  • 不继续执行决定后的任务、发送、发布或写回,除非用户另行授权。

Signals

GitHub stars
36
Last commit
Sep 2026
Advanced
Catalog kind
skill
Gateway key
brief-me
Source
github.com/jinhanbuilds/brief-me