Ren explore
Skill HubertBiyo/ren-flow/plugins/ren-flow/skills/ren-explore
ren = 人 (human). Human-in-the-loop Vibe Coding workflow for Claude Code — 16 skills orchestrating the software lifecycle: intent → spec → code → verify → knowledge.
npx -y skills add HubertBiyo/ren-flow --skill ren-exploreAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
摸代码 / 调研 —— 弄清「X 是怎么实现的」「这块逻辑在哪」「能不能复用」，只读不改。可把结论沉淀成调研笔记。触发：用户说「X 怎么实现的」「这个功能在哪」「调研一下」「能不能复用现有的」。
SKILL.md
2.7 KB, as published. Nobody here has run it
ren-explore
启动必读
先 Read .ren-flow/attention.md 与 arch/ARCHITECTURE.md 建立全局地图。
工作区模式（根 attention.md 标 mode: workspace）：制品按业务域分层。调研某域就读对应 .ren-flow/domains/{domain}/（含该域 attention 与 arch）；调研结论沉淀走 ren-note 落到 .ren-flow/domains/{domain}/notes/。
这个技能干什么
回答「这个系统 / 这块代码现在是什么样」。只读不改 —— 不写业务代码,不改文件。产出是一个清楚的回答,可选沉淀成调研笔记。
Vibe Coding 下,动手前花几分钟摸清现状,比直接让 AI 猜着写省下大量返工。
流程
1. 明确调研问题
把用户的话收敛成一个具体问题:「X 功能的入口在哪、怎么流转」/「Y 数据从哪来到哪去」/「有没有现成的 Z 可复用」。问题不清先问一句。
2. 检索与追踪
- 先查已有产物:
Grep .ren-flow/按关键词扫 specs / fixes / notes 的 frontmatter(tags/summary)和正文,再读arch/ARCHITECTURE.md—— 可能已有人调研 / 记录过。 Grep/Glob定位代码,沿调用链 / 数据流追,读关键文件。- 广度优先定位,再深入读重点 —— 不要一上来逐行读全部。
3. 给结论
回答要让用户不用再翻代码就能建起 mental model:
- 关键路径:入口 → 流转 → 出口,带 file:line
- 涉及的关键数据结构 / 类型
- 复杂时配一张流程图
- 调研「能不能复用」时,明确给出「能 / 不能 + 理由 + 怎么用」
4. 可选沉淀
调研花了不少功夫、结论以后还会用到 → 提示用户走 ren-note(调研类)存进 .ren-flow/notes/。一次性的小问题不必沉淀。
与其他技能的边界
- 不改代码 —— 调研完要动手,转
ren-spec(新功能)或ren-fix(修 bug) - 调研结论中发现的 bug —— 提示用户记成
ren-fix - 这是「调查现状」,不是「评审好坏」(那是
ren-review)
退出条件
- 调研问题已明确并回答
- 关键路径 / 数据结构带 file:line
- 用户能据此建起 mental model
- 值得留存的结论已提示
ren-note
容易踩的坑
- 一上来逐行读全部代码 —— 先广度定位再聚焦
- 给结论不带 file:line —— 用户还得自己再找一遍
- 顺手改了代码 —— explore 只读
- 不查
.ren-flow/已有笔记就从零摸 —— 可能重复劳动