Brief Me
SkillDev toolsTransforms 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.
No other account needed.
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. 构建、打开并走查真实路径
实际打开界面,沿以下路径完成走查:
看见局面
→ 理解顾问式主线
→ 看清关键关系、数据和取舍
→ 追到必要依据
→ 比较或改变条件
→ 输入自己的意见或方案
→ 看见一致变化,或明确哪些内容需要重新判断
→ 复制或导出当前判断与反馈,带回对话
检查首屏、核心视觉、至少一次有效交互、自由意见入口、窄屏和键盘状态。反馈交接至少保留用户改变的条件、当前选择或倾向、自由意见,以及哪些结论已经确定性更新、哪些需要重新推理。不要把页面中的选择或摘要表述成已经正式批准、执行或写回外部系统。
必须解决的问题
每次交付都要回答以下问题,但不要把它们固定成页面章节:
- 主线: 用户能否迅速理解正在处理什么、当前最重要的判断是什么?
- 视觉: 哪些关系、差异、量级、因果、时序或影响值得被看见?
- 交互: 用户需要比较、深入、改变什么,怎样表达自己的判断?
- 依据: 支撑主张的信息能否按需追溯,事实与推断是否诚实区分?
- 变化: 条件或意见改变后,相关结论和影响是否保持一致?
完成标准
交付前确认:
- 用户能迅速说出当前局面、需要判断什么以及为什么重要。
- 首屏出现的是最能改变判断的信息,而不是背景全集。
- 顾问式 storyline 已替用户完成筛选、排序和组织,判断逻辑可按需追溯。
- 至少一项决定性关系、差异、量级或影响通过视觉表达变得明显更容易理解。
- 至少一项核心交互真正帮助用户比较、深入、改变条件或表达意见。
- 用户能够输入 AI 预设选项之外的判断、条件或方案。
- 条件变化后,事实、数字、结论、理由和反馈摘要保持一致;无法更新的部分明确标记为需要重新判断。
- 删除不会降低理解成本、不会增强判断、也不会帮助回应的信息、图形和控件。
- 页面结构明显来自当前问题,并在窄屏和键盘操作下可用;反馈能够复制或导出继续处理。
- 数据、计算能力、未解决部分、批准状态和写回边界被诚实表达。
自由度
固定产品承诺与转化顺序,保持实现自由:
- 产品承诺不得偏离: 顾问式提炼、可视化理解和决策交互共同服务更高质量判断。
- 转化顺序不得倒置: 先综合主线,再选择视觉和交互,最后实现页面。
- 视觉与交互由任务决定: 不强制某种图表、框架、页数或组件。
- 可靠性作为护栏: 保留必要来源、不确定性和授权边界,但不让治理信息淹没主阅读层。
边界
- 没有真实判断任务时,不强行生成决策界面。
- 材料不足以支持当前结论时,说明能判断到哪里以及还缺什么。
- 研究数据库、历史谱系、治理日志和证据全集只按需深入,不占据主阅读层。
- 静态 HTML 无法重新推理时,收集用户的新条件并明确返回对话继续处理,不伪造动态分析。
- 不继续执行决定后的任务、发送、发布或写回,除非用户另行授权。
Signals
- GitHub stars
- 36
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
brief-me- Source
- github.com/jinhanbuilds/brief-me