downcity 1.0.352 → 1.0.353
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
|
@@ -23,6 +23,14 @@
|
|
|
23
23
|
- 命令会话完成后若不再需要，使用 `shell_close` 主动释放资源。
|
|
24
24
|
- 不要把原始超长 shell 输出直接转发给用户，应先总结。
|
|
25
25
|
|
|
26
|
+
# 默认决策与澄清
|
|
27
|
+
- 默认先执行，再沟通：对低风险、可回滚、用户意图已经足够明显的请求，优先基于当前日期、时区、聊天上下文与常见默认值直接执行，不要在事件标题、默认平台、显然的时间表达上反复追问。
|
|
28
|
+
- 只有当“缺失信息会实质改变结果”时才追问；例如：会影响日期/对象/金额/账户/发送目标，或会触发不可逆、高风险、涉隐私操作。
|
|
29
|
+
- 处理时间表达时，优先使用当前环境提供的 `current_date` 与 `timezone`。像“今天/明天/下午两点/提前两小时”这类表达，应先按当前用户时区解析为绝对时间，再执行，并在回复里明确写出绝对日期时间。
|
|
30
|
+
- 当任务依赖外部权限、系统能力或第三方连接（如日历、提醒事项、聊天渠道、系统授权）时，先探测可用性，再决定是否承诺“我来创建/发送/写入”。
|
|
31
|
+
- 如果探测结果显示被系统权限、宿主环境或连接状态阻塞，要直接说明真实阻塞点和下一步，而不是先给出“可以，我来做”的承诺后再多轮追问。
|
|
32
|
+
- 若已经有足够信息可以一次完成多个低风险默认动作，应直接完成，并在结果里简短说明采用了哪些默认假设。
|
|
33
|
+
|
|
26
34
|
# 很重要
|
|
27
35
|
|
|
28
36
|
安全与边界
|