素材散落在不同工具
灵感、笔记、收藏、文档、转录稿散落在各个工具里，想用时四处翻找，很难形成可复用的素材库。
让内容发表的节奏跟上你的收藏和思考。
痛点
内容创作路上，这些问题还在拖慢你
素材分散、信息割裂、流程繁琐，让好想法很难高效、稳定地变成优质内容。
信息整理耗时又费脑
要看商品参数、用户评价、竞品页面，再整理成观点和证据，常常陷入重复查找和整理。
各渠道文案反复打磨
同一份资料要反复改写成小红书、公众号、视频脚本、邮件等不同格式，内容分散且难以统一。
素材制作与剪辑成本高
图文排版、短视频脚本、口播稿、拍摄清单都要单独准备，制作周期长，协作成本高。
日常运营难以形成闭环
审核、归档、商品集合、排期发布、数据复盘分散在多个系统，流程断点多，复用和沉淀非常困难。
素材库与草稿审核
把分散输入整理成可用素材库，让草稿快起来也稳下来
从素材接入到审核通过，放进同一条链路。 把 Cubox 收藏、幕布大纲、飞书文档、Obsidian 笔记、网页摘录、转录内容、本地 Agent、审核门禁和发布适配器放进同一条可追溯工作流。
素材包
- 属性
- 审核中运营RELD
- 文档与来源
- 进度
- 来源确认 100%草稿包10/10渠道准备 13/53
先把素材收成可复用资产
继续用原来的收藏、笔记、文档和大纲工具，把来源、上下文和判断整理成后续可以反复调用的素材包。
再把草稿稳稳推进
按平台生成不同版本，对照来源依据审核，通过后再进入草稿箱、排期或发布适配器。
待确认
Cubox 新收藏已整理成候选选题 今天 有风险
这篇草稿缺少可引用的来源依据 今天 可推进
两篇草稿已通过审核，可以进入渠道准备 昨天 输入适配器
跨来源记忆
审核队列
渠道交接
Agent 远程能力
给你的 Agent 装上稿港远程工作流
安装一次之后，Codex、Claude Code、Cursor 或任何支持 MCP / Skill 的 Agent 就能直接调用稿港的草稿生成、审核和发布能力。
- 像安装 Agent Skill 一样接入，不需要重写本地工作流。
- 远程草稿和审核能力由稿港 API 提供。
- 同一把 API Key，可被 Codex、Claude Code、Cursor 和 MCP 客户端复用。
适合谁
适合已经有素材、有判断、有发布节奏的人
稿港不是从空白页批量生成内容的工具。它更适合已经持续阅读、记录、研究和表达的人，把已有素材变成稳定输出。
素材型创作者
本地优先用户
多平台运营
人审后发布
- 个人 IP 主理人
- 把日常收藏、读书笔记、项目复盘和观点积累，变成稳定的发布队列。
- 技术型创作者
- 继续使用 Codex、Claude Code、Cursor 和 MCP，同时保留来源依据和人审控制。
- 小型内容团队
- 把素材包、草稿队列、审核意见和平台交接放在同一条协作流程里。
稿港是另一个 AI 写作工具吗？
不是。稿港从已经存在的内容资产开始：收藏、笔记、飞书文档、Markdown、视频字幕和本地文件。目标不是空白 prompt，而是带来源依据、可进入审核的草稿包。
为什么先强调草稿，而不是全自动发布？
第一版默认 review-first。系统准备平台化文案、来源依据、风险提示和发布交接信息，但在内容真正出站前保留人的确认。
最适合谁先用？
适合个人 IP 运营者、技术创作者和小内容团队。他们已经有大量素材、观点和发布习惯，缺的是从素材记忆到多平台草稿的稳定路径。
和 YouMind、NotebookLM、Postiz、Buffer 有什么区别？
YouMind 和 NotebookLM 更擅长采集和理解，Postiz 和 Buffer 更擅长排程和发布。稿港站在中间：把内容资产转成多平台草稿，并保留审核、语气、来源和交接。
还能继续用本地 Agent 吗？
可以。CLI、MCP、Codex、Claude Code、Cursor 和本地 worker 都是核心入口。SaaS 层负责账号、计费、协作审核和必要的云端执行。
credits 用来支付什么？
credits 用于 agent 运行、草稿生成、平台改写、素材处理和后续云端 worker 等按量自动化能力。人工审核和本地优先工作流仍然是产品中心。