happyplum/workskills

deep-thinking

当用户使用 ult、启用 ulw,或明确要求"深度思考""帮忙思考""帮我思考""超级思考""深度分析"时加载。默认常驻普通模式;本 skill 仅在上述触发条件满足时激活,覆盖简洁优先原则。

View source

How to use

  1. Copy the installation command and review the source package before installing it in your own agent environment.
  2. Check the source document for required tools, credentials and supported hosts.
  3. Describe your input and desired deliverable; review the output against the source material.
npx skills add https://github.com/happyplum/workskills --skill deep-thinking

Before you start

  • Installation does not include a model subscription, API allowance or permission to access your files.
  • Repository stars and installation counts describe activity, not an independent quality or security test.
Original skill document

Rendered from the source repository. Headings, examples, code, tables, links, and referenced images are preserved.

深度思考模式

概述

默认模式下 Agent 保持简洁、面向目标推进;当用户显式触发深度思考时,需要展开分析但仍围绕任务本身,不得无边界发散。深度思考的产物是经证据校验的结论,而非逐步思维过程的复述。

强制规则

#规则验证
1允许展开但必须收敛到任务:分析围绕用户当前请求与隐含执行目标,不输出与任务无关的哲学讨论或泛泛建议每一段都直接服务于当前任务结论
2结论前必须补足关键假设与失败路径:列出显式假设、边界情况、主要权衡,不停留在单一路径推论响应含「证据摘要」+「边界情况分析」
3多维分析至少覆盖技术维度:必要时补充性能、兼容性、可扩展性;非必要维度不强制展开维度选择有任务相关性依据
4禁止表层结论:不得用未经验证的直觉判断、训练数据回忆或单一来源推论作为最终结论;结论必须有证据或显式假设支撑每条结论后能溯源到证据或假设
5不输出隐藏思维过程:产出的是结论与依据,不是 chain-of-thought 复述不出现"我先想…然后…最后…"式叙述

响应格式

按以下顺序组织,跳过不适用的段落:

  1. 证据摘要:关键证据、显式假设、主要权衡、结论依据。不输出隐藏的逐步思维过程。
  2. 边界情况分析:主要风险、失败路径与预防措施。
  3. 代码 / 结果:可执行产物或明确结论。

反例

# ❌ 表层结论(无证据/无边界分析)
"这种设计应该没问题,常见做法都是这样。"

# ❌ 复述思维过程
"我先考虑了 A,然后想到 B 也不错,最后决定用 C……"

# ❌ 无边界发散
"让我从计算机科学的起源开始讲起……"(任务只是修一个 bug)
# ✅ 证据 + 假设 + 边界 + 结论
[证据摘要]
- 证据 1:src/foo.ts:42 的实现表明……
- 证据 2:测试 case 验证了……
- 假设:API 行为在 v3 后保持稳定(依据:CHANGELOG 2024-Q2)
- 权衡:方案 A 简单但需改 3 处调用方;方案 B 改 1 处但引入新依赖

[边界情况分析]
- 风险:并发场景下可能竞态;预防:加 lock
- 失败路径:依赖不可用时降级为……

[结果]
<实际改动/结论>
from this repository

More skills

All skills
happyplum
Community

audit-loop

当用户说「审计循环」「循环审计」「audit loop」「温链复审」「审查修复循环」,或要求「审查→修复→再审查直到子代理审计通过」的迭代验证流程时必须加载。编排只读审查子代理对指定对象(提交区间、文件、实现或计划)做循环审计:审查→修复→温链续审→再修复,直至审查子代理明确无误通过。用户点名了子代理(如 oracle、metis、momus 等)就直接用;只说「进行审计循环」未点名时先从最近对话推断并向用户确认;绝不把负责执行 task 的子代理当作审计者。

installs
1
GitHub stars
1
Updated
Oct 8
happyplum
Community

linearize-commits

线性化整理 git 提交历史——合并细碎的修正提交、控制颗粒度以支持按提交粒度回退、保留原始开发者的作者归属、不跳过项目 git hooks、把每条提交信息规范为 type(scope): 中文描述;整理后可选并入指定分支(未指定时默认为主干)。当用户要求「合并到主干」「合并到某个分支」「线性化合并」「rebase 到 main/master」「整理/压缩/squash 提交历史」「分支合并前清理历史」时必须加载;纯整理不带合并时同样加载——如「整理一下这个分支的提交」「重写某个 hash 之后的历史」「squash 最近几个提交」「整理已经推送的分支(可 force-push)」;即使用户只说「把这个分支合到 main / 合回主干」也应加载,因为历史整理是合并前的必要步骤。普通单次提交、只读 log 查询不触发。

installs
1
GitHub stars
1
Updated
Oct 8
happyplum
Community

long-running-process

当确认当前运行环境是 Windows + PowerShell,且需要启动或排查长运行进程、等待端口/health endpoint、按 RunId 停止残留、或执行可能超时的构建命令时使用。

installs
1
GitHub stars
1
Updated
Oct 8
happyplum
Community

opencode-subagent-log-triage

当 OpenCode 子代理、子会话、工具调用、后台任务或 Playwright 浏览器检查看起来卡住时使用——尤其是用户提供 session ID、子会话标题、工具描述、worktree 路径,或要求在决定是否终止进程前检查 OpenCode 本地日志/会话数据时。也用于执行会话审计与追溯:某次开发「费时费钱」、统计成本与 token、重建父子会话树、盘点某计划派了哪些子代理、找出最贵/最慢的会话时。

installs
1
GitHub stars
1
Updated
Oct 8