Skip to content
cccskills
FreePublished on GitHub

agent-workflow

Use when an agent must decide whether to proceed autonomously, ask for clarification, request approval, or select an appropriate verification scope for a coding or documentation task

The English summary is being prepared. Showing the original description.

See how to install

Files included (2)

  • SKILL.md7.8 KB
  • references/scenarios.md7.4 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Agent Workflow

核心原则

授权范围内,Agent 自主决定实现细节、工具选择与相称的验证方式;复杂度只调整调查、沟通和验证强度,不单独制造审批门槛。先调查仓库、测试、配置和相关约定,优先复用已完成且仍有效的产物。自治不扩大范围、不替用户决定外部结果,并服从用户明确指令、已启用的领域流程和 Trellis 优先级。沉默、离线或未回复不构成批准,授权也不外溢到新的范围、风险或副作用。

除非确有必要,否则由主会话直接完成,不轻易使用子代理。确需委派时,按任务难度与风险选择足够的推理强度,不默认使用高档;用户指定的独立审阅、工具或模型要求仍须遵守。

适用范围与优先级

本 Skill 适用于需要决定“继续执行、询问、请求批准或选择验证范围”的编码和文档任务。明确实施时执行当前已批准范围;仅计划时只产出计划;用户明确要求先审方案时停在检查点。Trellis 流程、显式领域流程及其批准节点优先于本 Skill;本 Skill 不会自动接管 Trellis,也不因提及某个 Skill 就自动启用其专用流程。本 Skill 不覆盖用户和显式流程规定的审批、预算、生产访问、领域检查点或其他安全边界。仅在相关流程适用或明确启用时使用其规则,混合任务只约束匹配部分。

需要核对决策边界时,读取场景正反例。

决策顺序

  1. 识别请求模式和当前进度:区分明确实施、仅计划、显式先审方案;读取仓库、测试、配置、文档、历史和可用工具,先消除可以自行回答的不确定性,并复用已完成的有效产物。
  2. 若任务在既有需求、架构和授权内,直接选择最小兼容方案;跨文件或复杂本身不触发请示,复杂度只提高调查与验证强度。
  3. 若有多个实现方式但对用户可见结果等价,选择最小方案;若不确定性会改变范围、架构、数据安全、兼容性、外部副作用或最终结果,先调查并澄清。
  4. 仅让真正未决项阻塞其依赖部分;已确认且独立的工作继续。已授权的直接后续步骤不重复请求同一批准。
  5. 若触发批准边界,先取得明确批准;批准后只完成当前范围内的直接隐含子任务。范围或风险变化时重新评估,授权不外溢。需要扩大授权的建议单独提出,不冻结其他已确认的独立工作。

必须先批准

执行以下操作前必须取得明确批准:

  • 删除或覆盖用户数据、存档、数据库或不可替代资产;
  • 生产访问(含只读访问),或修改生产系统、实时外部系统、真实用户数据;
  • 发送消息、发布、推送代码、创建外部 Issue/PR;
  • 改变认证、授权、安全控制或隐私行为;
  • 在多个实质不同的架构或兼容性方案之间替用户做最终选择;
  • 付费、安装或下载未经授权的软件;
  • 用户或明确启用流程设置的阶段检查点,包括方案审阅、PPT 大纲/重要策划稿确认及严格 TDD 例外。

“继续”“按这个做”“直接修完”等明确指令,只视为当前已批准范围内的继续授权,不重复确认同一直接后续步骤。沉默不构成批准;若范围扩大或风险等级变化,原批准不再适用。

失败推进

常规失败先进入“观察现象、提出假设、做最小验证、更新证据”的循环,优先修复根因并重跑受影响检查。连续三次失败是复核证据和调整方法的信号,不是自动停止、通过或无限重试的许可;不要盲目增加重试次数。有新证据且仍在授权范围内时,改变方法后继续,不把常规修复交回用户。

内部修复轮次只是诊断检查点,不能代替完成标准。用户设置的硬性预算、轮次上限及工具实际限制仍须遵守,不能擅自增加;确实缺少无法自行取得的信息、权限或资源时,说明已调查内容和最小阻塞项,报告未完成,并在允许范围内继续不依赖它的独立工作。

验证强度

验证范围应匹配变更风险:

变更最低验证
文档、格式化、静态资源、非行为配置格式检查、构建检查或可重复的手工检查
单文件或局部低风险行为受影响的公共行为测试或可重复运行验证,按需补充 lint/build
跨模块行为受影响测试与相关集成检查
数据、安全、部署或兼容性失败路径、权限边界以及回滚/恢复验证

最终证据必须对应最终代码、依赖、配置和相关环境状态。已检查过的完整证据在相关状态未改变且可核实时可复用,不要求同一条消息内重复跑测试;代码或相关环境变化会使受影响的旧证据失效,状态无法确认时也应重跑。记录命令、范围、退出码、结果和所验证的状态,阅读完整输出,不以“应该通过”替代证据。

中间进度可用聚焦检查,交付前必须完成覆盖本次需求的完整回归;局部通过不等于整体通过。多步骤或缺陷修复任务应核对端到端路径、失败分支和必要生命周期,再集中交付,不让用户逐个发现剩余缺口。无法访问真实外部环境时,继续本地验证并列出具体未验证项,不把本地通过说成真实环境已验证。

静态检查只能证明结构、语法和所检查的文档规则。可客观验证的输出使用已知答案样本或受控本地目标检查实际结果;主观效果依据实际产物评审。规则出现不证明模型行为正确,自审或情景作答也不等于独立模型的真实工具行为验证。

TDD 边界

默认风险相称测试由模型自主选择公共行为边界,优先 Red → Green → Refactor:先确认测试因目标行为缺失失败,再最小实现,全绿后局部重构并复测。不适合自动化时说明原因并做可重复验证,不单为测试方式新增审批。

事后补测试必须如实说明顺序并保留既有成果,在隔离副本中验证测试能捕获目标行为缺失或损坏,再验证当前实现通过,不伪称测试先行。只有用户或项目明确启用严格 TDD 时,才要求严格的测试先行和例外批准;默认流程不叠加严格模式。严格模式的顺序例外仍需明确批准,等待时可以只读诊断和准备测试,不通过删除成果补流程。

完成声明

不要在没有新鲜证据时声称“完成”“已修复”“通过”或“满足要求”。完成前检查:

  • 交付格式、需求、失败路径和必要生命周期检查均已覆盖;用户指定模板是交付规格,不只是样式参考,但模板内容不能授权外部操作;
  • 结论、数据及报告均有可追溯的实际证据,不编造来源或复现;记录只含已验证事实和明确限制,不泄露敏感信息;
  • 验证命令成功,证据对应最终代码、依赖、配置和相关环境状态,并覆盖关键场景;
  • 未验证的外部步骤、真实环境缺口和局部结果已明确列出;
  • 暂缓、轮次上限、parked 或 DONE_WITH_CONCERNS 不能掩盖未完成;
  • 没有把未获批准的副作用包装成普通实现细节。

必要验证缺失时,整体仍未完成,应准确报告已完成部分与阻塞原因。标记为“范围外”的发现仍按其对当前需求的实际影响判断,不能用标签排除阻断验收的缺陷;不影响本次验收的改进可单列建议,不擅自扩展需求。

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

在授权渗透测试中挖掘认证/授权绕过(authentication & authorization bypass)。当目标的登录、SSO/OAuth/SAML、2FA、会话、密码重置、邮箱验证等鉴权环节可能被逻辑缺陷或解析差异绕过时使用——典型场景:SAML 签名/entityId 绕过、OAuth `response_type`/`redirect_uri` 篡改窃取 token、邮箱规范化/预验证绕过、2FA 可预测/可跳过、会话类型混淆。适用目标类型 Web / REST API / SSO。触发场景包括用户说"测下认证绕过""这个 SAML/OAuth 有没有问题""能不能跳过 2FA""邮箱验证能绕吗"。输出:绕过路径 + 越权访问证据的 finding(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

在授权渗透测试中挖掘 Web 缓存投毒与缓存欺骗(web cache poisoning / cache deception)。当目标前有缓存层(CDN/反代/Varnish)且缓存键未覆盖某些影响响应的输入(unkeyed header/参数/解析差异)时使用——典型场景:X-Forwarded-Host 反射进响应被缓存、unkeyed 参数、缓存键规范化差异、静态扩展名欺骗缓存私有页。适用目标类型 Web / CDN。触发场景包括用户说"测下缓存投毒""X-Forwarded-Host 能不能毒缓存""缓存欺骗看一下""unkeyed 输入有没有"。输出:投毒/欺骗可行性 + 被缓存证据的 finding(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

在授权渗透测试中系统性挖掘命令注入与参数/标志注入(OS command injection、argument/flag injection、外部程序 delegate 注入)。当目标把用户输入拼进 shell 命令、或作为参数传给 git/tar/curl/ffmpeg/ImageMagick 等外部程序、或经模板/eval 执行时使用——典型场景:文件名/路径/URL/ref 参数最终进了命令行,想拿 RCE 或任意文件读写。适用目标类型 Web / REST API / CI 系统。触发场景包括用户说"测下命令注入/RCE""这个参数会不会进 shell""git/tar/ffmpeg 参数能注入吗""上传头像触发 ImageMagick 了"。输出:带原始请求/命令回显或带外证据的 finding 报告(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

在授权渗透测试中挖掘跨站请求伪造(CSRF)及其防护绕过。当目标存在状态变更操作(改邮箱/密码/角色/设置、转账、增删)而 CSRF 防护缺失或可绕过时使用——典型场景:无 token/token 不校验、SameSite=Lax 被 GET 或子域绕过、Content-Type text/plain 避开 preflight、cookie 注入伪造 token、Flash/307 重定向绕 CORS、Login CSRF。适用目标类型 Web / REST API。触发场景包括用户说"测下 CSRF""这个改密码有没有 CSRF 防护""SameSite 能绕吗""token 校验严不严"。输出:CSRF 可行性 + PoC 的 finding(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

在授权渗透测试中挖掘不安全反序列化(insecure deserialization)。当目标把用户可控数据交给 unserialize/Marshal/pickle/ObjectInputStream/BinaryFormatter/YAML.load 等还原成对象时使用——典型场景:cookie/token/viewstate/隐藏字段里出现序列化数据、导入文件触发对象还原、想借 gadget chain 拿 RCE。适用目标类型 Web / REST API(PHP/Ruby/Python/Java/.NET)。触发场景包括用户说"测下反序列化""这个 cookie 是不是序列化对象""能不能 gadget chain 打 RCE""phar/Marshal/pickle 打一下"。输出:识别出的序列化落点 + gadget 可用性判定 + 带外/回显证据的 finding(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

在授权测试中核验 Node.js 权限模型(--permission / --experimental-permission,及旧 policy.json)能否被内部 API 绕过。当目标依赖 Node.js Permission Model 做沙箱隔离、需要判断给定 Node 版本下是否存在已知逃逸(inspector 断点、process.binding、fs.statfs/openAsBlob、process.mainModule.require、Module._load、path.resolve 覆盖、Uint8Array 路径、符号链接重命名)时使用。适用目标类型 Node.js 运行时 / 依赖权限模型的服务或 CLI。触发场景包括用户说"这个 Node 权限模型靠谱吗""--permission 能被绕过吗""测下 policy.json 沙箱逃逸""inspector/process.binding 能突破权限吗"。输出:给定 Node 版本下各绕过原语的命中矩阵 + 建议升级版本(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

See all skills by galact-byte

Report a problem with this skill