码上飞

要解决什么问题

很多团队只想验证一个移动端产品形态，却不想先搭原生工程、写脚手架，再等一轮完整研发周期。码上飞（CodeFlying）的定位是：用自然语言描述需求，由平台侧 AI 在约 5～10 分钟内生成可预览的完整应用，或对已有应用做功能级改动。本技能把「登录、配额、脚本调用、结果回传」收敛成 Agent 可执行的固定流程，避免在对话里手工拼 URL 或误触发开发命令。

技能如何工作

• 身份与登录：需要用户身份的操作前会静默检查本地登录态；未登录则走手机号 + 短信验证码流程，成功后再继续原操作。已知手机号时可为官网链接追加 auth_query，减少二次登录。
• 创建 / 修改应用：创建前会先补问 1～3 个关键点，用户确认后由 subagent 调用 app_create.py / app_update.py（长超时、单轮只回一条结果消息）。主 Agent 在 spawn 后不再刷屏。
• 运营侧查询：app_list.py 支持分页与按名称搜索；需求维度有列表、详情与 requirement_memory.py 对话记录；user_info.py 与 quota.py 用于积分与新建应用数量校验（--new-app 与仅积分两种模式）。
• 结果与配额语义：脚本输出中的 preview_url、admin_url、remaining_pts 以及 QUOTA_CARD_SENT / QUOTA_CARD_START 等标记决定 Agent 是否发预览链接、充值提示或保持静默（尤其 wechatoa 渠道有每轮消息条数上限）。
• 海报与反馈：poster-gen 需明确 app_id，从 POSTER_PATH 取图发送；点赞/点踩走 requirement_update.py。

适用边界

应用发布（微信/ H5 / 鸿蒙 / 元服务）、下载源码、删除应用、以及修改应用名称/图标等基础信息，技能不执行命令，只引导至 codeflying.net 对应页面（发布与源码通常需付费会员）。用户说「发二维码」时不要误用海报生成——海报是应用宣传图，不是登录码。