把固定成本换成自己掌控的形态
三条落在构建与发布流水线上

定位进程内嵌入式向量数据库，像 SQLite 一样以库的形式嵌进应用，不起服务、不做配置。

痛点只要上向量检索，默认路径就是起一套 Qdrant / Milvus / Weaviate，或买 Pinecone 的托管账单——中小规模为这点能力付了整套运维与云费用。

谁付钱需要本地或端侧检索的 SaaS、Agent 应用与边缘设备厂商；变现走企业支持、托管服务与索引调优。Apache-2.0 无授权障碍。

规模化跨行业通用，交付就是一个库依赖（pip / npm / cargo / pub），无实施、无驻场。

边际成本低 —— 纯库无服务器进程，每新增客户零增量成本。

验证≤30 分钟：

pip install zvec

# 照 README 的一分钟示例建集合、插入两条向量、跑一次查询
python -c "import zvec; print(zvec.__version__)"

另有 Go（cargo add zvec-rust / Go bindings）、Node.js（npm i @zvec/zvec）与 Dart/Flutter SDK，预编译库覆盖 Linux glibc+musl、macOS、Windows、Android、iOS。

风险仍是 0.x（v0.7.0，2026-08-24）；多进程可并发读但写为单进程独占；赛道拥挤（FAISS / LanceDB / Chroma），差异化只能落在端侧与移动端 SDK、以及 zvec-grep 这条 Agent 检索入口上。

定位asc 一条命令管完 App Store Connect——TestFlight、构建、提审、签名、截图、订阅与分析，CI 与 Agent 都能直接调用。

痛点iOS 发版至今高度依赖网页控制台点选加 fastlane 脚本拼装，换人即断档；App Store Connect API 原生难用，团队各写各的封装。

谁付钱移动团队与外包交付商为「发版不必再人肉值守」付费；可变现形态是把 25 个已审核 Agent 技能打包成发版自动化交付与运维托管。

规模化凡有 iOS / macOS 应用的组织都通用，交付就是 Homebrew 装一个二进制加一份配置，可完全标准化。

边际成本低 —— 单二进制自包含，无服务端、无 GPU、无专有依赖。

验证≤30 分钟：

# macOS / Linux
brew install asc
asc version && asc --help

# 装上 25 个已审核的 Agent 技能（只依赖 git）
asc install-skills

# 之后按 README 用 API key 认证
asc auth login --name "MyApp" --key-id XXX --issuer-id YYY --private-key ./AuthKey.p8

CI 或无 keychain 环境用 config-backed auth；Windows 走 releases 页的签名二进制（WinGet 包仍在审核）。首次验证的门槛在 Apple 开发者账号权限，不在代码。

风险强绑定 Apple 生态，平台政策变动直接改写可用面；同类封装（fastlane）心智已占稳，切动力取决于 Agent 技能这一层是否真能省人；headless 认证配置对非 macOS 环境略繁琐。

定位托管 Agent 的运行平台——执行与状态由它管，模型、沙箱、工具与交互入口你自己选。

痛点把 Agent 从 demo 推到生产要自己补齐崩溃恢复、状态持久化、RBAC 与多机器调度，这部分每家都在重复造。

谁付钱已有明确收费模式——Omnara Cloud 按托管收费，开源版可私部署；自托管交付与运维支持同样成立。

规模化凡要把 Agent 交给内部员工或外部客户用的团队都是受众；交付为 Docker Compose 一套，状态落在 Postgres，不依赖现场定制。

边际成本低 —— 纯软件控制平面，沙箱可接 Blaxel / Daytona / Modal 或客户自己的机器，无硬件投入。

验证≤30 分钟：

git clone https://github.com/omnara-ai/omnara.git
cd omnara
docker compose -f compose.yaml --profile app up -d

# 本地认证邮件写在日志里，无需先配邮件服务
docker compose logs api     # 取 signup 链接后打开 http://localhost:8000

自带 Slack 连接器与 CLI / TypeScript SDK / REST API；沙箱与模型都可在 agent 运行期间增删，不重启。

风险版本仍在 0.1.x；沙箱依赖第三方供应商即意味着成本与可用性不完全自控；「Agent 运行平台」赛道玩家密集，客户往往先自研一版再决定买不买。

定位React Native 的自托管 OTA 更新方案，走官方 Expo Updates 协议，服务端、存储与 CDN 全在自己手里。

痛点CodePush 关停后 RN 热更新出现真空，商业方案（EAS Update 等）按 MAU 与流量计价且锁定厂商；自建又要从差分、灰度、回滚做起。

谁付钱中大型 RN 应用为「更新链路不落在别人家」付费；可变现形态是自托管交付、灰度与回滚策略配置、以及行业合规版本。

规模化所有 RN 应用通用，一套 CLI 加一套服务端即可复制，多应用共用同一 dashboard。

边际成本低 —— 插件式存储接 AWS S3 / Cloudflare R2 + D1，带宽由客户自付，每新增客户无边际投入。

验证≤30 分钟：

npx hot-updater init

# 装上 Agent 技能后可用自然语言部署
npx skills add hot-updater/skills
# $hot-updater deploy using the current app version
# $hot-updater roll back the most recently deployed bundle

支持 iOS 与 Android、React Native 新架构；bundle diffing 默认出 .bsdiff 补丁，10 MB 归档在小改动下可压到约 600 KB。

风险当前主线是 v1.0.0-rc.14，v1 尚未正式发布，rc 期间配置格式仍可能变；只服务 React Native，天花板由 RN 生态决定；自托管意味着客户要自己承担更新事故的责任与回滚压力。

定位跑在客户自己 AWS 账号里的 GitHub Actions 控制平面，每个 job 起一台全新 EC2 runner，用 CloudFormation 或 Terraform 一套栈装完。

痛点GitHub 托管 runner 按分钟计价且机型固定，CI 账单随团队规模线性涨，还拿不到 GPU、ARM64 与自定义镜像。

谁付钱已有明确定价与授权（Flex / Fleet 共用一份 license）；省的是公开可比的差价——2 vCPU Linux $0.0009/min 对 GitHub 托管 $0.0060/min，T4 GPU 差最高 13 倍。

规模化凡用 GitHub Actions 的工程团队都通用，交付是一个 IaC 栈加 runner 规格目录，平台团队可统一发布。

边际成本低 —— 软件控制平面，算力与账单在客户 AWS 账号内，供应商无需为新增客户投入资源。

验证≤30 分钟：

# 起一个 Flex CloudFormation 栈：https://runs-on.com/installation/flex/

# 然后把 workflow 的 runs-on: 换成按需规格
# .github/workflows/ci.yml
jobs:
  build:
    runs-on: runs-on=${{ github.run_id }}/family=c8a+m8a/cpu=4/ram=8+16/image=ubuntu24-full-x64
    steps:
      - uses: actions/checkout@v7
      - run: make test

Fleet 模式把 runner 规格收进 Terraform 目录由平台团队发布；Flex 与 Fleet 可共存于同一 AWS 账号并共享一份 license。

风险强绑定 AWS，非 AWS 客户直接出局；验证需要一个可用 AWS 账号与 IAM 权限，30 分钟略紧；GitHub 官方随时可能调整托管 runner 定价，价差是动态目标。