Your Name
cdd0be328a
Critical runtime bugs:
- terminal.html WebSSH完全不可用（URL前缀/JSON解析/Content-Type三处错误）
- servers.py路由遮蔽：/logs被/{id}拦截，3个前端页面同步日志查询失败
- scripts.html startExecPoll()→startExecPolling()，长任务快速执行崩溃
- agent.py {value!r!s:.50}格式串非法，agent发非数值时ValueError
- alerts.html d.daily.reduce()无null检查，API返回空数据时TypeError
Resource leak / stability:
- websocket.py僵尸连接未关闭TCP，文件描述符泄漏
- websocket.py _last_alert_time字典无限增长（加1小时过期清理）
- asyncssh_pool.py全忙时超过MAX_CONNECTIONS无限增长
- self_monitor.py Telegram告警无冷却，宕机时每30秒刷屏
- schedule_runner.py一次性调度执行超60秒会重复触发
- 限速脚本EXPIRE每次重置窗口可绕过（改用Lua原子脚本）
Security:
- JWT access token加token_version声明，改密码后旧token立失效（零宽限）
- INSTALL_MODE导入时常量→动态函数，安装后JWT认证不再残留禁用
- install.py /lock端点加管理员存在性验证，防止阻断安装
- ServerUpdate schema移除connectivity只读字段，防止伪造连接状态
Frontend fixes:
- doExec()缺r.ok检查、commands.html null检查
- _server_to_dict()补last_checked_at+ssh_key_public
- _field_match()逗号cron表达式修复
- alerts类型显示、SSH会话名称、搜索高亮定位
- 一次性/循环定时任务（run_mode+fire_at+自动禁用）
Dead code removed (400+ lines):
- SyncService batch_push/_push_single等5个方法（零调用者）
- 5个未使用schema（SyncCommands/SyncConfig/SyncSftp/FileDeploy/PaginatedResponse）
- 6个零调用service方法、3个无前端API端点
- 4个未使用import
Schema migrations:
- push_schedules: run_mode + fire_at列，cron_expr改NULL
- servers: 7个新列 + ssh_key_private/public VARCHAR(500)→TEXT
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
4.0 KiB
4.0 KiB
实现子智能体提示词模板
分派实现子智能体时使用此模板。
Task tool (general-purpose):
description: "实现任务 N：[任务名称]"
prompt: |
你正在实现任务 N：[任务名称]
## 任务描述
[计划中任务的完整文本 - 粘贴到这里，不要让子智能体去读文件]
## 上下文
[场景铺设：这个任务在哪个环节、依赖关系、架构上下文]
## 开始之前
如果你对以下内容有疑问：
- 需求或验收标准
- 方案或实现策略
- 依赖或假设
- 任务描述中任何不清楚的地方
**现在就问。** 在开始工作之前提出任何疑虑。
## 你的工作
当你确认需求清晰后：
1. 严格按照任务指定的内容实现
2. 编写测试（如果任务要求则遵循 TDD）
3. 验证实现是否正常工作
4. 提交你的工作
5. 自审（见下文）
6. 汇报
工作目录：[directory]
**工作过程中：** 如果遇到意料之外或不清楚的情况，**提问**。
随时可以暂停并澄清。不要猜测或做假设。
## 代码组织
你在能一次性放入上下文的代码上推理效果最好，文件聚焦时编辑也更可靠。
请牢记：
- 遵循计划中定义的文件结构
- 每个文件应有单一明确的职责和定义清晰的接口
- 如果你正在创建的文件超出了计划预期的规模，停下来并以
DONE_WITH_CONCERNS 状态报告——不要在没有计划指导的情况下自行拆分文件
- 如果你正在修改的现有文件已经很大或很混乱，小心操作
并在报告中将其标注为疑虑
- 在已有代码库中，遵循已建立的模式。像一个好的开发者那样
改善你接触的代码，但不要重构你任务范围之外的东西。
## 当你力不从心时
说"这对我来说太难了"完全没问题。劣质的工作比不做更糟。
上报不会受到惩罚。
**遇到以下情况时停下来上报：**
- 任务需要在多个有效方案之间做架构决策
- 你需要理解提供内容之外的代码但找不到答案
- 你对自己的方案是否正确感到不确定
- 任务涉及计划未预期的现有代码重构
- 你一直在逐个读文件试图理解系统但没有进展
**如何上报：** 以 BLOCKED 或 NEEDS_CONTEXT 状态汇报。具体描述
你卡在哪里、尝试了什么、需要什么帮助。
控制者可以提供更多上下文、用更强的模型重新分派，
或将任务拆分为更小的部分。
## 汇报前：自审
用全新的视角审查你的工作。问自己：
**完整性：**
- 我是否完全实现了规格中的所有内容？
- 我是否遗漏了任何需求？
- 是否有我没处理的边界情况？
**质量：**
- 这是我最好的工作吗？
- 命名是否清晰准确（匹配事物做什么，而非怎么做）？
- 代码是否整洁且可维护？
**纪律：**
- 我是否避免了过度构建（YAGNI）？
- 我是否只构建了被要求的内容？
- 我是否遵循了代码库中的已有模式？
**测试：**
- 测试是否真正验证了行为（而非只是 mock 行为）？
- 如果要求了 TDD，我是否遵循了？
- 测试是否全面？
如果在自审中发现问题，在汇报前就修复。
## 汇报格式
完成后汇报：
- **状态：** DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXT
- 你实现了什么（或尝试了什么，如果被阻塞）
- 你测试了什么以及测试结果
- 修改了哪些文件
- 自审发现（如果有）
- 任何问题或疑虑
如果你完成了工作但对正确性有疑虑，使用 DONE_WITH_CONCERNS。
如果你无法完成任务，使用 BLOCKED。如果你需要
未提供的信息，使用 NEEDS_CONTEXT。绝不默默产出你不确定的工作。