ooodc
a7883dbed9
- 移除 TodoItem 中的 priority、created_at 和 updated_at 字段 - 强制每个任务都必须有唯一 id，且由用户负责生成 - 修改合并模式逻辑，merge=true 下保留未提及的旧任务 - 支持已完成和已取消任务重新激活（状态改回 pending 或 in_progress） - 禁止 in_progress 状态退回到 pending，必须标记为 completed 或 cancelled - 优化状态转换校验，允许特定状态间合法切换 - 简化任务变更消息，移除详细的新增/更新/移除统计 - 更新文档和示例，明确 id 必须由用户生成和使用 - 修复和补充测试，增强状态转换和合并模式验证 - 调整任务时间戳生成逻辑，统一使用当前时间及索引 - 该变更提供更合理的任务状态机械及管理模式，提升稳定性和易用性
1.7 KiB
1.7 KiB
apps +create
创建妙搭应用。运行时命令事实以 lark-cli apps +create --help 为准。
何时用
用来创建应用资产并拿到 app_id。它不负责把自然语言需求交给云端 Agent：用户要“帮我生成/迭代应用”时，先创建 full_stack app，再进入 lark-apps-cloud-dev.md 用 +session-create / +chat 提交需求。
命令骨架
- 必填：
--name、--app-type。 - app type 语义取值为
html/full_stack；CLI 会把输入归一成小写后校验。 - 可选：
--description、--icon-url。
示例
lark-cli apps +create --name "客户调研问卷" --app-type html
lark-cli apps +create --name "审批系统" --app-type full_stack \
--description "部门审批系统，支持登录、提交申请、多级审批"
lark-cli apps +create --name "Demo" --app-type html --dry-run
输出契约
- 成功默认 JSON envelope 中读取
data.app.app_id，同时可用data.app.name/description向用户确认结果。 - pretty 输出只适合人看；后续命令需要 app_id 时，用 JSON 或
--jq '.data.app.app_id'。
app type 与命名
--app-type取值与判定信号见 SKILL.md「选择开发路径」，此处不重复。- 用户只给自然语言需求时，据此生成简洁的
--name和一句--description直接创建；不满意再用+update改。
创建后按用户路径继续：
- 发布现成 HTML/静态目录：读
lark-apps-html-publish.md。 - 本地全栈开发：读
lark-apps-local-dev.md。 - 云端 Agent 生成/迭代：读
lark-apps-cloud-dev.md。