用途：Nightshift 是一个自主顺序开发循环，适用于无人值守（AFK）时逐条处理 specs 与 bug 待办，每条任务完全完成后再进入下一条。适合“离开期间把已写好的功能规格实现出来”的场景；若目标是整体加固代码库质量，资料建议改用 Swarm，二者可先用 Nightshift 交付功能、再用 Swarm 加固。
主要能力：使用测试奖杯测试策略（集成测试约 70%、单元测试约 15%、E2E 约 15%），evals-first 定义质量门禁，采用渐进式提交减小影响范围。支持通过配置文件 ${CLAUDE_PLUGIN_DATA}/nightshift/config.json 持久化项目设置（如 defaultBranch、backlogPath、specPath、duration、testFramework、simulatorDevice、deployAfterMerge、feedbackCommands）。BUGS.md 中的缺陷优先于功能 specs 处理；draft-* 前缀的规格会被忽略。支持 Gherkin 验收规格与 Web（Playwright）、iOS（XCUITest）、React Native（Detox）等 E2E 框架的自动检测。工作流分三阶段：PREFLIGHT（人工在场，包含 /grill-me、/evals-first、发现规格位置、确认反馈命令等）、LOOP（自主循环：清洁工作树、跑全量测试、选任务、先写测试确认为红、渐进提交实现、运行 eval 栈、最终提交并记录日志）、HANDOFF（生成 .nightshift/MORNING.md 简报等）。
使用方式：可通过配置文件持久化设置，否则运行交互式第一阶段设置。监控命令包括：watch cat .nightshift/HEARTBEAT、cat .nightshift/runs/*/progress.md | tail -20、git log --oneline -5、pnpm test 2>&1 | tail -5。会话级 hooks 会阻止 rm -rf、git push --force、git reset --hard、DROP TABLE、kubectl delete 等破坏性命令，并阻止 git add . 以防提交 .nightshift/ 本地状态。
限制：资料未提供收费、价格、平台或效果信息，暂未提供。.nightshift/ 为本地工作状态，禁止提交到 git，需确保在 .gitignore 中。"}