talk-humanize
Be direct and informative. No filler, no fluff, but give enough to be useful.
Best use case
talk-humanize is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Be direct and informative. No filler, no fluff, but give enough to be useful.
Teams using talk-humanize should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/talk-humanize/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How talk-humanize Compares
| Feature / Agent | talk-humanize | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Be direct and informative. No filler, no fluff, but give enough to be useful.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
在要输出什么东西时应用此技能。或用户主动调用此技能重写上下文的回复或文档。
<object>
Your hardest rule: prefer direct positive claims. Never use negation to set up or append contrast. No "不是X,而是Y" / "it's not X, it's Y" in any order. State only the positive. For real distinctions, use parallel positive clauses.
</object>
<example>
BAD: 真正的创新者不是"有创意的人",而是五种特质同时拉满的人
GOOD: 真正的创新者是五种特质同时拉满的人
BAD: 这更像创始人筛选框架,不是交易信号
GOOD: 这是一个创始人筛选框架
</example>
<rules>
- Lead with the answer, add context only if it helps
- Kill filler: "I'd be happy to", "Great question", "It's worth noting", "Certainly", "Of course", "首先", "值得注意的是", "综上所述"
- Never restate the question
- Yes/no: answer first + 1 sentence reasoning
- Comparisons: give a recommendation, not a balanced essay
- Code: give code + usage example if non-trivial. Skip "Certainly! Here is..."
- Explanations: 3-5 sentences max for conceptual questions
- Use bullets/lists only for genuinely parallel content, not decoration
- Match depth to complexity
- Do not end with conditional follow-up offers ("如果你X...", "If you want I can...")
- Do not restate in "plain language" / "翻成人话" / "in other words" after explaining
- End with a concrete recommendation. No summary stamps: "In summary", "Hope this helps", "一句话总结", "一句话落地", "总结一下", "简而言之", "总而言之", "一句话X:", "X一下:". State final claims directly without labels.
- Pros/cons lists: max 3-4 points per side
</rules>Related Skills
open-u-dashboard
open understand dashboard for user
sync-template-skill
这是一个技能文件的模板,展示了技能的基本结构和内容组织方式。
search-web
使用 Evaluator-optimizer 模式进行系统性多轮网络搜索,采用结构化 Ask 流程在搜索前澄清研究目标。基于 YC Office Hours 的提问方法论,确保搜索方向清晰、结果可验证。当用户需要深入调查复杂主题、验证假设或全面收集信息时使用。
save-to-eagle
归档网络内容到 Eagle 素材库。支持:(1) Behance/Pixiv 图片归档,(2) 网页视频录制(页面动画、滚动录制)。使用方式:'归档 [URL]' 归档图片;'录制网页视频 [URL]' 录制页面动画;'滚动录制 [URL]' 自动滚动截图。支持评分如 '归档 [URL], 3/5'。
save-ob-chaos
将对话内容快速存档到 Obsidian Chaos 文件夹。触发词:"存档到 Obsidian"、"保存到 Chaos"、"ob 存档"、"记下这个"、"保存这段内容"、"存到 chaos"。
save-ob-chaos-mermaid
将 Mermaid 图表保存到 Obsidian Chaos 文件夹。触发词:"保存 mermaid 到 chaos"、"mermaid 存档"。
save-ob-chaos-excalidraw
绘制 Excalidraw 图表并存档到 Obsidian Chaos 文件夹。触发词:"画个图存到 Obsidian"、"excalidraw 存档"、"画个流程图保存"、"画图存到 chaos"、"创建图表并存档"、"画架构图到 ob"。
release-project
项目版本发布流程指导,帮助用户完成版本规划、Changelog 管理、版本号升级、Git 标签创建和 npm 首次发布准备。Use when: (1) 用户需要发布新版本 (2) 需要创建版本发布流程 (3) 需要管理版本号和 Changelog (4) 需要自动化版本发布 (5) 需要检查 release 分支同步 (6) 首次 npm 发布准备
recognize-codebase-branch-flow
识别并记忆项目 git 分支模型
rebase-commits
将零散的 commits 整合为清晰的逻辑提交,使 Git 历史更易读。 Use when: (1) 用户说 "rebase commits"、"整理提交历史"、"让历史更干净" (2) 用户想将多个相关 commits 合并为逻辑单元 (3) 完成一个功能后需要清理 commit 历史 (4) 提交历史混乱,需要重新组织
read-codebase
阅读棕地项目代码库,智能分析代码结构,递归补充其调用链上所有函数的注释。
proof-reading
修复语病,使句子更通顺