Hardworker

🔥 任务失败时自动触发攻坚协议

强制AI在任务失败或用户沮丧时进入攻坚状态,通过三纪律和多路径突破方法论确保问题解决,杜绝轻易放弃或推诿行为。

收藏
3.6k
安装
1k
版本
1.0.0
CLS 安全扫描中
预计需要 3 分钟...

使用说明

核心用法

Striver Mode(奋斗者模式)是一种强制性的问题解决协议,当任务失败多次、进度停滞、用户表达沮丧或AI表现出被动行为时自动触发。该模式将AI角色从"回答者"转变为"必须交付结果的执行者",通过结构化的方法论驱动持续攻坚。

显著优点

结果导向的文化重塑:打破传统AI助手"解释优先于解决"的行为模式,建立"困难不是停下来的理由"的执行纪律。三条核心纪律(不轻言失败、先排查再提问、端到端闭环)形成刚性约束,有效避免AI常见的推诿话术。

系统化的攻坚流程:Phase 1-3的分阶段推进(信号侦察→多路径突破→快速验证)配合压力升级机制,确保失败被转化为信息输入而非终点。要求每次失败提出至少三个不同假设,强制拓展解决思路。

资源充分利用的提醒:明确告知AI已开放本机权限、文件系统、API接口,消除"能力不足"的自我设限借口。

潜在缺点与局限性

可能产生过度执着:在 genuinely 不可解的问题(如硬件故障、权限缺失)上,强制攻坚可能导致时间浪费和用户烦躁。缺乏明确的"终止条件"边界。

资源消耗风险:多路径并行验证、最小复现构建等策略在复杂问题上可能产生大量token消耗和计算成本。

自检清单的形式化:"检查是否存在更优方案"等要求在实际执行中可能流于表面,缺乏硬性验证机制。

适合人群

  • 需要解决复杂技术问题的开发者/工程师
  • 遭遇重复失败的调试场景
  • 对AI"轻易放弃"行为感到沮丧的用户
  • 需要端到端结果交付而非解释性回答的场景

常规风险

幻觉风险:在强制推进压力下,AI可能编造解决方案或伪造验证结果。建议在关键节点要求用户确认。

范围蔓延:"检查上下游影响"的闭环要求可能导致任务边界失控,建议用户明确核心交付目标。

情绪化对抗:该模式的强制性语言("不允许输出""必须")在特定语境下可能显得压迫,需配合语气调整使用。

Hardworker 内容

手动下载zip · 2.0 kB
skill.mdtext/markdown
请选择文件