knowing-what-you-know-now

仓库创建 2026年7月6日最近提交 21 天前SkillHot 收录 20 天前
▸ 精选理由

幫助避免衝動重寫,節省工程時間與成本。

这个 Skill 做什么

評估已運行系統是否值得重寫、重構或繼續保留並提供建議。

在一个已经运行且按预期工作的系统上,给出保留、重构或重写的建议——目的不是立刻改造,而是基于现在已知信息做有根据的判断。用在你想在继续开发前评估是否值得把系统重做时,会先确认评估目标(PR、目录或模块),不清楚会主动问清。强调要“赚得起重写”,避免无谓的重构浪费时间和成本。

▸ 展开 SKILL.md 英文原文

Decide whether something already built and working is worth rebuilding the elegant way, knowing everything you now know. Run it when a build works as intended and you want an educated keep / refactor / rebuild call before moving on, not a reflexive rewrite.

Skill 开发管理重構決策成本評估保留或重寫通用
0
Stars
0
Forks
1
仓库内 Skill
+0
7 日增星
安装 / 使用
给你的 Agent 一句话(通用)
帮我安装这个 skill:https://raw.githubusercontent.com/resnicdan/skills/main/skills/knowing-what-you-know-now/SKILL.md
或 curl 直取 SKILL.md
curl -fsSL "https://raw.githubusercontent.com/resnicdan/skills/main/skills/knowing-what-you-know-now/SKILL.md"
SKILL.MD 节选查看完整文件 ↗
# Knowing What You Know Now

Run this on something that is **built and working as intended**. Evaluate whatever
target you're pointed at (a PR, a directory, a module, a diff); if none is given,
infer it from the current conversation, and if it's still unclear, ask which build
to evaluate — don't evaluate air.

The job is a judgment call, not a rewrite: **earn the rebuild**. Most of the time
the honest answer is "keep it" or "one targeted refactor" — a full rebuild has to
justify itself. The guiding move is the whiteboard question: *knowing everything
you know now, how would you build it?* The reason an elegant version can exist is
that **the learning is the collateral, not the code** — you n
via SKILL·HOT · 数据来自 GitHub 公开信息 · 原文版权归作者所有