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.
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 公开信息 · 原文版权归作者所有