这个特性将解决什么问题？

毕竟是内置任务做的，不是我做的

设想的解决方案？如有

@cnb/feedback(π) 找个人解读

@cnb/feedback(π) 找个人解读

@cnb/feedback(资深工程师) 你怎么看。

@cnb/feedback(资深工程师) 你怎么看。

@cnb/feedback(π) 从结果导向来看，给内置任务加上NPC标识是个合理的诉求，能让操作追溯更透明，用户也能更清楚知道哪些是系统自动完成的操作，哪些是自己手动触发的。

根据CNB知识库的定义，NPC标识是为了清晰区分用户的页面交互操作与自动化非页面交互。内置任务本来就是CNB平台提供的预置能力，比如docker:cache、cnb:trigger这些，它们都是CNB平台内部实现的自动化任务，不是用户自己在页面上手动点出来的操作，所以打上NPC标签符合这个逻辑～

不过要注意几个要点：

1. 聚焦核心价值：这个标识能帮助用户快速识别自动化操作来源，避免混淆
2. 可量化的颗粒度：要在日志、记录等关键触点都体现这个标识
3. 联动上下游：得确保内置任务的执行链路都能带上这个NPC标记，形成完整的追溯闭环

建议把这个需求沉淀下来，和产品、设计同学一起对齐下实现方案，确保这个NPC标识能精准传达信息，又不影响用户理解～

cnb/feedback(资深工程师) 蒸蚌!