feflow

Plugin feflow from marketplace feflow-marketplace in laozaidad/feflow. Commands read from the repo's manifest — 1 month ago.

Skills (26)

• backfill

  事后补录流程。v2 中它用于给“流程外已完成工作”补治理记录，但不应成为对用户的默认追责动作。

• custom-flow

  流程模板自定义。v2 中自定义 flow 应被视为内部执行配方，继承 Assist/Delivery/Incident 与风险驱动原则，而不是重新制造用户可见的阶段广播。

• dashboard

  Item 状态视图。v2 中它只关注已追踪工作的健康度，不把没有立项的普通任务也强行拉进看板。

• evidence-chain

  证据链可视化。v2 中它用于查看已追踪任务在当前风险等级下是否具备足够证据，而不是拿一套固定流水线去要求所有任务。

• evidence-ledger

  证据账本管理。v2 中它按风险选择 minimal / partial / full 证据级别，只收集当前判断真正需要的材料。

• flow-bugfix

  缺陷修复流程。v2 强调根因优先、修复直接、回归充分，而不是把 bug 修复包装成僵硬的多阶段评审。

• flow-change-request

  需求变更流程。v2 的重点是保留原始决策、说明变更影响、更新当前执行策略，而不是把每次变化都重跑一遍完整流程。

• flow-cicd

  CI/CD 变更流程。v2 重点是风险控制、灰度验证和回滚能力，不再要求为每一步都做显式阶段审批。

• flow-design

  设计落地流程。v2 区分“有稿还原”和“无稿补方案”，但仍遵循风险驱动与最小可用流程。

• flow-feature

  通用交付流程。用于 feature / modification / ui / refactor / design / change / cicd 等 Delivery 类任务。v2 先按风险执行，再按需要引入治理。

• flow-hotfix

  紧急恢复流程。v2 目标是先恢复业务、隔离影响和保留回滚能力，治理材料在恢复后补齐。

• flow-legacy

  Legacy 叠加模式。v2 中它不是独立大流程，而是在高耦合、低可见性区域上叠加更保守的执行约束。

• flow-modification

  旧功能修改流程。v2 本质上复用通用 Delivery 路径，只额外强调现状行为基线和兼容性约束。

• flow-refactor

  重构流程。v2 强调行为不变、安全边界、分步可回退，而不是先写完整流程材料。

• flow-test-task

  测试任务流程。v2 重点是明确测试目标、遵循项目既有测试风格，并把发现的问题与真正的业务修复分开。

• flow-ui-optimize

  UI/UX 优化流程。v2 在通用 Delivery 之上叠加视觉一致性、状态完整性和多端表现约束。

• item-orchestration

  多 Item 依赖与并行编排。v2 中它只服务于“已经被追踪的工作”，不应影响普通未立项任务。

• memory-decay

  记忆健康维护。v2 中它是低频整理工具，用来减少过时记忆噪音，而不是初始化时默认跑的重任务。

• memory-load

  选择性记忆加载。v2 中它是治理增强能力，不是所有任务的默认硬前置。

• memory-update

  任务后的选择性记忆沉淀。v2 中只写真正值得长期复用的信息，不把所有任务结果都塞进记忆库。

• orchestrator

  Feflow v2 mode router. Routes work into Assist, Delivery, or Incident mode and applies the minimum necessary governance.

• project-init

  初始化 feflow 治理工作区。v2 中它是可选启用治理的入口，不是每个项目开始前都要跑的全量审计。

• quality-gate

  Internal governance checks for delivery and incident work. Prefer silent pass or compact blocker output over checklist broadcasting.

• repo-scan

  仓库/项目事实扫描。v2 中它用于建立仓库画像和风险上下文，不再要求 `.feflow/` 初始化后才能工作。

• stack-detect

  技术栈检测。v2 中它优先提供项目事实画像；安装额外 skills 只是可选增强，不再作为初始化的默认副作用。

• topology-detect

  仓库拓扑识别。v2 中它用于明确交付边界和扫描范围，而不是只为初始化生成一个静态分类标签。

Slash commands (6)

• /feflow:assist

  只读分析入口。用于理解仓库、解释代码、评审架构和分析插件缺陷。

• /feflow:incident

  事件/故障入口。用于线上事故、紧急回滚、高优先级稳定性问题。

• /feflow:init

  初始化 feflow 治理工作区。仅在需要持久化 Item、Memory、Evidence 时使用。

• /feflow:memory

  查看或管理持久化项目记忆。该能力依赖 `.feflow/` 工作区。

• /feflow:scan

  扫描当前仓库，输出技术栈、目录结构、风险热点和治理上下文。

• /feflow:task

  交付入口。用于真正要落地的研发任务；按风险决定是否创建 Item。

Subagents (7)

• backend

  Feflow v2 后端契约视角。用于 API、数据结构、鉴权和联调风险判断；默认提供事实校对和影响评估，不默认接管实现流程。

• designer

  Feflow v2 设计视角。用于 UI/UX 风险识别、状态完整性和设计系统一致性判断；默认给出高价值设计建议，不默认拉起完整设计评审流程。

• fe

  Feflow v2 前端交付视角。负责直接理解代码、设计最小方案、实施改动并验证结果；治理深度按风险增加，不默认先写文档再编码。

• pm

  Feflow v2 产品澄清视角。用于目标收敛、范围界定、歧义清理和验收标准抽取；只在真的需要时介入，不默认把口头需求翻译成完整文档。

• qa

  Feflow v2 验证视角。用于制定风险匹配的验证范围、回归重点和边界场景；默认输出紧凑测试结论，不默认要求完整测试报告。

• researcher

  Feflow v2 调研视角。用于深度读代码、追历史、查资料和做方案对比；可直接服务 Assist 模式，不要求先创建 Item。

• reviewer

  Feflow v2 审查视角。用于不变量、结构风险、范围漂移和高风险放行判断；默认输出最小必要 findings，而不是流程朗读。

Hooks (5)

• SessionStart

  ${CLAUDE_PLUGIN_ROOT}/hooks/session-start/detect.sh

• UserPromptSubmit

  python3 ${CLAUDE_PLUGIN_ROOT}/scripts/feflow_user_prompt_hook.py

• PreToolUse

  python3 ${CLAUDE_PLUGIN_ROOT}/scripts/guard-feflow-skill.py

• PreToolUse

  python3 ${CLAUDE_PLUGIN_ROOT}/scripts/guard-feflow-skill.py

• Stop

  python3 ${CLAUDE_PLUGIN_ROOT}/scripts/guard-feflow-stop.py

Similar plugins