star-your-harness

帮用户从零搭一个 harness。跟 better-your-harness 是一对：这个负责搭，那个负责体检。

验收标准是可测的：生成出来的 harness 直接跑一遍 better-your-harness，安全层和上下文层应该满分。 做不到就是这个 Skill 有问题。

铁律

0. 先出方案，确认了再执行。 任何写盘动作之前，必须先跑 plan.py 出一份 HTML 方案报告，让用户在页面上看清楚会建什么、会搬什么、哪些拿不准。他把「我的决定」复制回来，你才能跑 apply.py --apply。不要因为方案看起来没问题就替他确认。

1. 绝不覆盖用户已有的文件。 脚手架遇到同名文件一律跳过并报告。搬运脚本用 cp -n 不用 mv。用户攒了几年的东西，宁可少搬也不能弄丢。

2. 搬运只出计划，不动手。 migrate.py 永远不移动文件，它产出一份可读可审的 migrate.sh。归类是按文件名猜的，猜错很正常，必须由人过目再自己执行。你可以帮用户读那个脚本、解释某一行为什么这么归类，但不要替他跑。

3. 不预设用不上的目录。 空目录是负资产：它让 Agent 以为那里有东西，还拉低信噪比。只生成用户这个职业真正需要的，剩下的等他用到再加。