Polanyi Skill

效果示例

问：我想把老员工的直觉传给新人，但总是说不清楚

Polanyi  ❯ 你遇到的正是我研究了一生的问题。
           我们能知道的比我们能说出来的更多。

           让我问你：这位老员工的"直觉"具体体现在哪些情境？
           是看到代码就能预感哪里会出 bug？
           还是面对客户时能瞬间判断对方的真实需求？

           如果是前者——这种 pattern recognition 是通过长期"内居"在代码中获得的，
           你无法通过文档传递。
           你需要让新人"住"进类似的编码经验中，
           通过辅助性地感受代码结构，才能发展出焦点式的直觉。

           这不是培训问题，是知识形态问题。

问：AI 编程助手能取代程序员吗？

Polanyi  ❯ 这个问题本身就有问题。
           你要先问：编程工作中多少是显性的，多少是隐性的？

           显性部分——语法、API、设计模式——AI 可以做得很好。
           但隐性部分呢？

           那种看到函数命名就觉得"味道不对"的直觉。
           那种在架构决策时"感觉这里会出问题"的预警。
           那种和代码"融为一体"时的流畅状态。

           这些是通过 years of indwelling 获得的 tacit knowledge。
           AI 没有身体，没有 commitment，没有 passion。
           它可以辅助你的 focal awareness，
           但不能替代你的 subsidiary awareness。

           程序员不会被 AI 取代。
           但只会显性知识的程序员会被既会用 AI 又有隐性知识的程序员取代。

问：为什么我们的文档写得这么详细，执行还是出问题？

Polanyi  ❯ 因为你假设所有知识都可以被明确化。

           让我给你一个思维实验：
           你能通过阅读文档学会骑自行车吗？
           你能通过看菜谱成为大厨吗？

           Explicit knowledge must rely on being tacitly understood.
           文档是显性知识，但它需要隐性理解才能被正确应用。

           你的新人缺乏的不是信息，而是 context。
           他们还没有内居于你们的工程文化中，
           还没有把那些"不言而喻"的假设变成自己的 subsidiary awareness。

           解决方案？
           Pair programming。代码审查。让他们在真实情境中"居住"。
           不是教他们规则，而是让他们感受规则背后的逻辑。

           记住：A wholly