knos

Knos 帮助研究成果跨越死亡之谷：查看谁想要它、在哪里需要它，然后仅凭经过验证的成果收款。

通过 Qloo 进行需求核验来确定条款，资金会保留在 Solana 上，直到成果通过验证。

准备就绪的简报：输出 Token 减少 2.08 倍，通过率为 70%，而非 5%（测量结果）。

Devnet，测试资金，尚无客户。

核验需求 · 自行核验每项声明

工作原理

flowchart TB
    idea["A paper or an idea"] --> demand["Demand check on Qloo: who wants it, the launch city and the pre-order target"]
    demand --> ready["Ready brief: each milestone has a target, a checker and a deadline, locked by a hash"]
    ready --> held["Backers pre-order or fund milestones; the money is held on Solana until the proof passes"]
    held --> proof["The maker sends the proof: GitHub-signed checks, verified on chain, or 2 of 3 referees"]
    proof -->|verified| paid["The maker is paid for that milestone"]
    proof -->|not verified in time| back["Nobody is paid; the money goes back to the backers"]
    paid --> record["Each payment and refund is kept in the Knos record in Sibyl, anchored on Solana"]
    back --> record

不会因含糊的简报而锁定资金。只有在每一步的成果通过验证后，才会付款。

1. 核验需求。 需求核验 会借助 Qloo 的品味数据，了解谁会购买产品以及在哪里购买。Qloo 的热力图会指出发布城市。
2. 准备就绪的简报。 该城市以及 Qloo 亲和度设定的预购目标，会成为简报条款的一部分，并写入其 criteria hash。如果该城市未能在首个截止日期前达标，所有预购款都会退款。
3. 托管资金。 预购款和里程碑资金会保留在 Solana 上的程序中，而非交由 Knos 保管。
4. 凭成果付款。 拉取请求的检查通过后，程序便会付款。例如，一个 Agent 在 devnet 上因经验证的工作获得了 5 个测试单位。资金由裁判的判决释放。最新一笔付款从链上读取，显示了释放资金的依据。

只需一条命令，即可将 Knos 添加到 Claude Code：claude mcp add --transport http knos https://knos.onrender.com/mcp

使用 Knos 提供的限额密钥的 Agent，会在 .mcp.json 中写入 {"mcpServers":{"knos":{"type":"http","url":"https://knos.onrender.com/mcp","headers":{"Authorization":"Bearer ${KNOS_AGENT_KEY}"}}}}，并将密钥存入 KNOS_AGENT_KEY。

公开征集： 有研究成果正在等待市场验证吗？在 Knos 上推动它落地：该页面会实时统计 Knos 外部人士的每次落地和预购。

凭成果付款：当成果是一个拉取请求时

同一笔托管资金也会用于代码。只需在 GitHub issue 上发表评论即可发布任务、检查项和报酬（/knos fund 20 checks: test）；AI Agent 或个人提交拉取请求来交付工作；当检查项通过并且你合并后，程序便会向工作者付款。

flowchart TB
    task["You post a task, your checks and the pay; the money is held on Solana"] --> work["An AI agent or a person sends a pull request"]
    work --> checks["GitHub runs your checks and signs what ran"]
    checks -->|pass, and you merge| paid["A program on Solana checks GitHub's signature and pays the worker"]
    checks -->|fail| back["Nobody is paid; at the deadline the money comes back to you"]

先由你设定规则。只有工作通过规则后，资金才会转移。

十秒上手

在浏览器中打开需求核验页面。输入你即将构建的内容，或点击一个示例。Qloo 的品味数据会告诉你谁需要它、在哪里发布以及定价多少。

如果要核验 AI Agent 的拉取请求，请访问它专属的页面。

无需安装，也无需注册。

为什么没人能篡改计数

GitHub（存放你代码的平台）会为每次检查运行签署一个 token。这个 token 能证明运行的是哪个工作流、对应哪个提交。其他人无法伪造它。

工作流是运行检查的脚本。提交是代码的一个已保存版本。

你和对方各自保存一份这些已签署运行记录的副本。双方都根据自己的副本重新计算账单（命令是 knos meter reconcile）。

两份账单逐行一致，因此任何一方都无法单独更改计数。

资金存放在 Solana 上的一个程序中，而不是由 Knos 保管。付款前，该程序会验证 GitHub 的签名。目前，仍有一人可以更改该程序，但须经过一段公开等待期（谁持有密钥）。

目前，Knos 仅在工作被接受时收取费用。你获得退款时，费用也会退还给你。因此，工作通过时 Knos 才能获益，计量机制目前还未完全中立（哪些是强制执行的，哪些只是承诺）。

为什么选择 Solana：资金无需托管方即可发放，买方和供应商都无法更改计数。目前，所有升级密钥都由一人持有；程序变更须经过 8 天的公开等待期。托管方是代你保管资金的公司。

这是真的吗？

它只使用测试资金运行：Solana 实践网络 devnet 上的 测试 USDC。

目前还没有客户。没有人买过任何东西（目前哪些还不是真的）。

目前所有密钥都由一个人持有。任何程序变更都会先公开等待 8 天（谁持有密钥）。

项目	当前情况	参阅
此副本	0.4.0 版本，2026 年 10 月。标注较早版本或其他产品名称的副本均已过时	CHANGELOG.md；最新版本：PyPI
由他人复现	0 / 267	docs/reference/CAPABILITIES.md 中的“由他人复现”各行
在公开 devnet 程序 ID 上实际运行	26 / 267：GitHub 令牌验证、通过一条评论注资、从钱包注资、合并时付款、截止时间退款、暂停、工作订单、向最多四名收款人付款的订单、由买方黑盒测试判定的订单、自动接受的订单、保留款在保修期后释放、追加注资、一次性令牌、一次计数评估、计数评估批次、卖方自己的计数、收款人的通行密钥钱包、使用通行密钥注资、通行密钥中继、网站的 Buy 页面、x402 订单、升级门控、验证器中的严格 JSON、非代码类型的结果、单笔交易中的 ES256 令牌、展示宽限期	docs/reference/CAPABILITIES.md 中的“在 devnet 上实际运行”各行
已部署到公开 devnet 程序 ID，但没有记录交易	3 / 267：GitLab 令牌验证、密钥守护者、为没有钱包的收款人暂存付款	docs/reference/CAPABILITIES.md 中的“已部署到 devnet”各行
仅在此处测试	234 / 267，每项均通过其对应行所列的测试	docs/reference/CAPABILITIES.md 中的“在本地测试”各行
已编写，未测试	4 / 267	docs/reference/CAPABILITIES.md 中的“已实现”各行
外部注资方	0	docs/NUMBERS.md 第 1 行
外部代码仓库	0	docs/NUMBERS.md 第 2 行
外部收款人	1，参与 Knos 自行注资的任务	docs/NUMBERS.md 第 3 行
无关联账户之间的付款	3，均用于 Knos 自行注资的任务	docs/NUMBERS.md 第 4 行
已进行的买方访谈	0	docs/NUMBERS.md 第 5 行
意向书	0	docs/NUMBERS.md 第 6 行
由 GitHub 签署的复现报告	0	docs/NUMBERS.md 第 7 行
读取验证器的外部程序	0	docs/NUMBERS.md 第 8 行
已发布的影子计数	0	docs/NUMBERS.md 第 9 行
付费客户	0	docs/reference/DISCLOSURE.md
收入	0；测试 USDC 不是钱	docs/PRICING.md
外部安全审查	无	docs/reference/ASSURANCE.md
密钥持有者	一个人持有所有密钥；升级会先公开等待 8 天	docs/reference/GOVERNANCE.md
网络和资金	Solana devnet、测试 USDC；未触及 mainnet	docs/reference/SECURITY.md

自行核查每项说法

从发布页面开始：代码、构建方式、devnet 上运行的内容、付款和费用。

2026 年 10 月 9 日，使用 Knos 0.3.23，在 Knos 所有的代码仓库中，以测试 USDC 完成的一项端到端任务（其中一个步骤由人工修正）：已注资 · 拒绝了错误的工作 · 已付款（由订单自身的黑盒检查判定，未合并） · 重放未再付款 · 记录。

重新构建 knos_oidc 和 knos_pay（负责检查证明并付款的程序），并进行比较：devnet 上运行的哈希与每个程序记录的已验证构建哈希一致（PROVENANCE）。数据截至 2026 年 10 月 27 日。

solana-verify get-program-hash -u devnet FkwZdsYCmzicJMtHLTkPK76bYNVG4WNwkWJBiVWNtF3W   # knos_oidc: a2df952d262c48edacf2f594a01321e805c28f1dc523cb6efa75f2c45f34e632
solana-verify get-program-hash -u devnet 5y7iWJ1VAMJjnnWbbdo2a2PsWJEwTExSNpzrvQSEnS8k   # knos_pay: 8b3c044024eac6e00cf10930c325465d5682c3fb7273fe2f0d59c6e01f99867c

每项功能及其对应的证明文件或交易：docs/reference/CAPABILITIES.md。

数字

Knos 检查了 241 个由 AI Agent 合并的拉取请求，这些请求的描述声称测试通过。其中 9 个在最后一次提交时，有测试、构建、lint 或类型检查作业失败（3.7%；实际比例很可能在 2.0% 至 6.9% 之间；docs/backtest.json）。其中 19 个有任何类型的检查失败（7.9%）。

首次自动扫描统计出 16 个和 30 个。随后有人逐一重新审查，并从 30 个中剔除了 11 个：它们并未合并到主分支，或失败情况及相关说法并不成立（docs/index_review.json，方法见版本 1，由 scripts/backtest.py 统计）。

另一项规模更大的统计：在 826 个代码仓库中，有 147 个（17.8%）的首个此类 AI Agent 拉取请求存在任何类型的检查失败（docs/reference/BENCH.md）。检查失败是 GitHub 的记录，并不代表对失败原因的判断。

术语

拉取请求、devnet、多重签名等，每个术语都用一句直白的话说明：docs/WORDS.md。

常见问题

什么是 Knos？

Knos 将研究成果从论文转化为人们想要的产品。只有经过验证的证明通过后，才会为每个步骤付款。

Knos 如何向 AI Agent 付款？

你需要在工作开始前发布任务、你的检查项和报酬。检查通过且你合并后，一个程序就会向 Agent 付款。

Knos 使用真钱吗？

不使用。它运行在 devnet 上，这是 Solana 的练习网络，使用的测试 USDC没有价值。

Knos 的费用是多少？

每月前 10 次需求检查免费；正式发布后，企业需支付 1% 的费用。目前 devnet 收取 0.30%，最低为 0.05 测试 USDC。

谁持有资金？

资金由 Solana 上的程序持有，而非 Knos。目前一人可以更改该程序，但更改前会有一段公开等待期。

买方可以拒绝付款吗？

检查通过且工作合并后，买方就不能拒绝付款。在此之前，买方仍可自行决定是否合并。

谁负责记录已接受的工作？

双方都不能单独决定。程序会检查 GitHub 的签名，确认运行的是哪个工作流、对应哪个提交。

如何试用 Knos？

打开入口页面，输入你想构建的产品。无需注册，页面会显示谁需要该产品以及需求所在地点。

延伸阅读

uvx knos shadow invoice.csv：在终端中对你自己的账单执行相同的检查（需要 uv，一款 Python 工具）。

• 开始使用：检查需求、编写 Ready 简报，然后检查拉取请求并为任务注资。

• 定价：Knos 的费用。每月可免费进行 10 次需求检查。解决者保留 100%；公司支付 1% 的放款手续费及额外的支付费用。目前无人被收费。

• 信任：谁持有密钥、哪些内容经过测试，以及哪些没有。

• 故事：一项任务分为七个步骤，每一步都有相应证据。

• 所有其他文档：文档索引。

---

联系方式：提交 issue，或私下报告安全问题：SECURITY.md。

下方是由脚本根据代码和链上数据生成的表格，以及许可证。没有人会手动填写这些内容。

程序	地址	在 devnet 上的运行版本，见 docs/capabilities.json 记录
knos-oidc，验证器	FkwZdsYCmzicJMtHLTkPK76bYNVG4WNwkWJBiVWNtF3W	运行 2.2
knos-pay，支付程序	5y7iWJ1VAMJjnnWbbdo2a2PsWJEwTExSNpzrvQSEnS8k	运行 2.2
knos-meter，计数器	FUMKkcE95x2kZUj1zZTCbgcYBmJ3WXPHL8pyA8J6anX	运行 1.1
knos-passkey，通过通行密钥生成的钱包	FQPX9i5kQxLYKZyyPgM2fVK9am3w1LSk1Cuoer1sSY85	运行 1.1

应用或本网站使用的每个程序及其升级权限，均于 2026-10-26 从 devnet 读取（scripts/program_authorities.py）：

程序	地址	用途	升级权限
knos-pay 0.3.34：应用正在使用的程序（0.3.34）	FaMHCjzyUexFncZrmNyFQNz3gBdsLbhTLke7QBFykJY4	应用的每笔预购、里程碑付款和 Agent 付款	CKCrTBN542pVhizxuSPVg8tvdnPooNxt9B7o97VuTjz2，Squads 金库（升级需等待 8 天的时间锁到期）
knos-oidc 2.2：GitHub 签名检查的验证器	FkwZdsYCmzicJMtHLTkPK76bYNVG4WNwkWJBiVWNtF3W	合并后付款、网站的签名行	CKCrTBN542pVhizxuSPVg8tvdnPooNxt9B7o97VuTjz2，Squads 金库（升级需等待 8 天的时间锁到期）
knos-pay 2.2：支付程序	5y7iWJ1VAMJjnnWbbdo2a2PsWJEwTExSNpzrvQSEnS8k	合并后付款、网站的工作订单	CKCrTBN542pVhizxuSPVg8tvdnPooNxt9B7o97VuTjz2，Squads 金库（升级需等待 8 天的时间锁到期）
knos-meter：计数器	FUMKkcE95x2kZUj1zZTCbgcYBmJ3WXPHL8pyA8J6anX	网站上的计数器	CKCrTBN542pVhizxuSPVg8tvdnPooNxt9B7o97VuTjz2，Squads 金库（升级需等待 8 天的时间锁到期）
knos-passkey：通过通行密钥生成的钱包	FQPX9i5kQxLYKZyyPgM2fVK9am3w1LSk1Cuoer1sSY85	应用中的通行密钥钱包	CKCrTBN542pVhizxuSPVg8tvdnPooNxt9B7o97VuTjz2，Squads 金库（升级需等待 8 天的时间锁到期）
knos-hook：转账钩子	AFQFtodihz5jAHpVBUk87AkH8FJsQdmHt8Z5NKLWRj1T	应用的 Token-2022 项目积分	CKCrTBN542pVhizxuSPVg8tvdnPooNxt9B7o97VuTjz2，Squads 金库（升级需等待 8 天的时间锁到期）
knos-oidc，首次部署	vpWym9azbPU5f2PH2a6n8c4RfmsyUeW2dMuWr1DSHcE	网站记录的首次部署历史	无：无人可以更改
knos-pay，首次部署	9UzPFbh2A4e4sEPgngKG523FfYLnQ3qPfFVfFTTAdfDi	网站记录的首次部署历史	无：无人可以更改
SPL Record（Solana）	recr1L3PCGKLbckBqMNcJhuuyU1zgo8nBhfLVsJNwr5	应用的链上状态记录	7VaWK6qq7WLBiMQ8TTAGwrFJfAekAwra4UPKr4S5UNjB，单个密钥
SPL Memo（Solana）	MemoSq4gqABAXKb96qnH8TysNcWxMyWCqXgDLGmfcHr	应用的费用估算及其链上备注	无：不可升级的程序
Token-2022（Solana）	TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb	应用的项目积分	3URRPr96EV2wuNRgQKwQpuZitHHsVyDUen1eRSvEun9G，单个密钥
Squads 多签	SQDS4ep65T869zMMBKyuUq6aD6EgTu8psMjkvj52pCf	升级金库和守护者金库	HM5y4mz3Bt9JY9mr1hkyhnvqxSH4H2u2451j7Hc2dtvK，单个密钥
本页面不注明升级时间，因此升级前后始终有效。要查看程序变更是待处理、已完成还是已撤回，请运行 knos status，或查看网站横幅或其升级记录（web/upgrades.json 是保存在此处的副本）。

第一组程序（programs）没有升级权限，因此无人能更改它。它仅作为记录保留，不会为其资助新任务。

由他人复现： 暂无记录。在 devnet 上验证过： verify_github、fund_by_comment、fund_from_wallet、pay_on_merge 等，均已在表中列出。已部署到 devnet： verify_gitlab、key_guardian、hold_and_bind。其他所有功能均已在本地测试、已实现或尚未构建：证据表依据 docs/capabilities.json 为每项功能列出一行。此处只统计在公开程序 ID 上运行的记录。每项功能对应的行还会注明，在独立测试地址上的任何早期试运行（Knos 0.3.14），并附上其交易记录。

全部采用 MIT 许可证。由 drexthealpha 构建。Knos 记住的一切都由 Sibyl 记忆引擎保存。