用途:将已解决的项目文件夹转化为可长期复用的上下文与控制面,供重复的 PostPlus 工作使用。核心是先读取工作区再行动,区分已确认事实、已批准声明、研究发现、假设、默认值、未知项和禁止内容;不编造产品事实、价格、优惠、身份、引用、权限、批准或结果。仅当缺失或冲突信息会影响真实性、策略、身份、执行、合规、花费或发布时才询问。\n\n主要能力与用法:初始化工作区时运行 postplus doctor --skill postplus-workspace --json,再执行 <python-3-command> <skill-directory>/scripts/workspace.py init --target <folder> --project "<项目名>" --output <folder>/.postplus/workspace-init.json,只填用户提供或可靠来源的值。新建活动使用 new-campaign 参数并填写目标、市场、平台、报价、CTA、KPI、约束与批准状态。检查阶段用 check 命令,传入 onboarding、research、strategy、test、production、launch 或 learn 等阶段;BLOCKED 表示该阶段停止,本地 READY 不替代 CLI 校验、报价确认或发布批准。\n\n适用场景:持续进行的项目、营销活动或测试周期、诊断上下文缺失。限制:一次性任务不需要工作区;不得猜测包管理器或安装命令;工作区入口点会拒绝文件系统根目录、用户主目录和已安装技能目录;当前 PostPlus CLI 与服务器负责模式、校验、成本、权限和供应商执行。模板位于 assets/project-template/。
postplus-workspace
通用与其它
更新于 10-16 03:46