@zentodo/cli 0.1.11 → 0.1.12

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.
@@ -208,7 +208,21 @@ zentodo doctor
208
208
 
209
209
  2. **不要误判 "Session 过期"**
210
210
  ZenTodo 后端用 Spring Security + Session Cookie。CLI 是无状态 HTTP,不带 Cookie。
211
- 大部分接口用 `usrKey` 参数就能工作。极少数旧接口走 Session,会 302 重定向——这**不是** session 过期,是本来就没 session。不要劝用户"重新登录",请直接使用有 `usrKey` 参数的替代接口。
211
+ 大部分接口用 `usrKey` 参数就能工作,**不需要** session
212
+
213
+ 如果 CLI 调用接口被 302 重定向到 `/login`,**99% 不是 session 过期**,而是下列原因之一:
214
+ - `config.json` 里 `user_key` 是坏对象(老版 CLI bug,值像 `{data:466,code:0,msg:"ok"}`),发出去变成 `[object Object]`,后端解析失败 → 302。**解决:升级 CLI 到最新版,启动时会自动修复。**
215
+ - 个别旧接口强依赖 Session Cookie,CLI 永远触发 302。**解决:换有 `usrKey` 参数的同类接口。**
216
+
217
+ 诊断步骤:
218
+ ```bash
219
+ zentodo --dry-run --json project list
220
+ # 看 fields 里 usrKey 是不是纯数字,如果是 [object Object] 就是坏数据
221
+ zentodo auth whoami
222
+ # user_key 应该显示数字,不是 JSON 对象
223
+ ```
224
+
225
+ **不要**劝用户"重新登录"——CLI 根本不维护 session,重新登录也没用;只会再存一次坏数据。
212
226
 
213
227
  3. **不要拉全量再过滤,能用专用接口就用**
214
228
  - ❌ 不要:`zentodo task list | jq '.data[] | select(.isMIT == true)'`
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@zentodo/cli",
3
- "version": "0.1.11",
3
+ "version": "0.1.12",
4
4
  "description": "ZenTodo 命令行工具 — 为 AI Agent 和开发者设计,覆盖任务、项目、番茄钟、日记、同步等全部能力。安装后自动配置 Claude Agent Skill。",
5
5
  "type": "module",
6
6
  "bin": {
@@ -208,7 +208,21 @@ zentodo doctor
208
208
 
209
209
  2. **不要误判 "Session 过期"**
210
210
  ZenTodo 后端用 Spring Security + Session Cookie。CLI 是无状态 HTTP,不带 Cookie。
211
- 大部分接口用 `usrKey` 参数就能工作。极少数旧接口走 Session,会 302 重定向——这**不是** session 过期,是本来就没 session。不要劝用户"重新登录",请直接使用有 `usrKey` 参数的替代接口。
211
+ 大部分接口用 `usrKey` 参数就能工作,**不需要** session
212
+
213
+ 如果 CLI 调用接口被 302 重定向到 `/login`,**99% 不是 session 过期**,而是下列原因之一:
214
+ - `config.json` 里 `user_key` 是坏对象(老版 CLI bug,值像 `{data:466,code:0,msg:"ok"}`),发出去变成 `[object Object]`,后端解析失败 → 302。**解决:升级 CLI 到最新版,启动时会自动修复。**
215
+ - 个别旧接口强依赖 Session Cookie,CLI 永远触发 302。**解决:换有 `usrKey` 参数的同类接口。**
216
+
217
+ 诊断步骤:
218
+ ```bash
219
+ zentodo --dry-run --json project list
220
+ # 看 fields 里 usrKey 是不是纯数字,如果是 [object Object] 就是坏数据
221
+ zentodo auth whoami
222
+ # user_key 应该显示数字,不是 JSON 对象
223
+ ```
224
+
225
+ **不要**劝用户"重新登录"——CLI 根本不维护 session,重新登录也没用;只会再存一次坏数据。
212
226
 
213
227
  3. **不要拉全量再过滤,能用专用接口就用**
214
228
  - ❌ 不要:`zentodo task list | jq '.data[] | select(.isMIT == true)'`