总的体会

各种 skill、harness 等返璞归真，不太需要了，模型自己有非常强的能力。
模型自己本身的防御性编程意识非常浓厚，需要进行限制。否则写出来的代码非常啰嗦。

命令

在你写脚本的时候，禁止对下列的情况进行防御编程：
1. 同时存在多个测试。
2. 存在没有清理的环境。用户指定一个目录，所有这个脚本产生的副作用，都在这个目录中。如果你启动容器，需要将这个目录挂在到容器中，目的是保留每个容器各自的日志。
3. 因为用户每次都会指定不同的目录来运行脚本，所以在这个目录中写的文件，不需要考虑它的名字可能和来自外部的写入冲突。
4. 对环境进行各种检测，如果你需要检测，请你在写脚本之前就检测。如果你需要进行破坏性的检查，需要请求我的批准。

你需要将脚本写的足够简练，所以禁止：
1. 将我不关心的东西也设置为变量。如果一个东西在可见的未来并不需要被修改，就 hardcode 它。
2. 用 echo 或者 printf 构造另一个脚本，对于这种情况，你就应该准备另一个脚本，或者封装为一个函数。
3. 你写的脚本最终都会被我执行和验证，所以要写的能让人类看懂。你可以自己在本地进行验证，如果你这么做了，需要把你因为验证编译的镜像和启动的容器全部清理掉。并且你要告诉我你做了什么。
4. 给出的命令，如果可能，以 ~ 相对目录开头。