预测市场软件可以服务研究者、交易者、操作者或账户审查者。角色重叠，却需要不同能力。研究者需准确合约定义和可复现数据，操作者需清楚订单状态和恢复，审查者需可核对成交、费用和结算记录。功能清单很少解释每任务完成质量。
有用评估从任务和完成所需证据开始，询问交接中是否保留背景、显示不确定性，并只授予角色所需权限。结果是具体适配评估，而非按截图或功能数量的通用排名。
本指南用假设验收场景，不主张任何特定产品当前能力。目的是在依赖软件研究或获授权账户活动前，帮助检查行为和记录。
定义预测市场软件角色
写下期望支持的角色。只读研究工作区可能不需交易权限，执行界面可能不需生成预测，核算工具可能需完整私人记录，却无理由下单。组合不应模糊责任。
为每角色识别输入、决策和输出。研究接证据产解释，授权按当前约束评估提案，执行记录尝试结果，核对连接账户。一个应用可承担多角色，只要边界可检查。
较早的预测市场交易软件指南提供更广系统审查框架。这里聚焦任务验收：用户能凭足够证据正确完成，包括前提缺失时适当拒绝或保留不确定，就算通过。
先测试合约身份，再看便利
软件应在搜索、分析、提案和导出保留场所、市场标识和结果选择。多合约涉及相似事件时，短标题不足。用户应能验证正在审查的金融工具，与拟议操作涉及的是同一种。
用名称相似、阈值不同的假设组合。应用应显示或提供关键规则差异。只按标题合并，会影响附于记录的每个后续指标和决策。
预测市场交易指南介绍规则到账户记录生命周期。软件应保留连续性。用户需作重要判断处若难以识别具体的金融工具，再漂亮界面也无用。
让场所背景明确
Polymarket International和Polymarket US是不同场所和账户背景。软件应在配置、标识、文档引用和导出保留区别，共同品牌不应使一个实现假设套到另一个。
官方Polymarket US开发者页面涉及美国账户API访问。审查应在实际背景验证当前集成要求。公开数据可见或连接成功，本身不确立交易资格或特定账户许可。
预测市场交易平台指南详细讨论比较问题。软件验收要求是背景持续可见，不能因搜索、导入或复用其他场所配置而悄悄改变。
将研究数据评估为可复现记录
研究工作区应保留数据来源、时间和方法。图表可供定位，后续审查者却需知道使用最新成交、中间价还是其他约定。合约规则和观察区间应随数据集保留。
测试是否区分事件、接收和纠正时间。历史回填可改善覆盖，却不代表实时所知。软件不应悄悄覆盖过去，让策略看似用了当时不可用信息。
预测市场数据分析指南解释兼容测量。审查可用小样本，检查单位、分母和窗口导出是否足以复现显示。含义丢失时，更多数据不自动更好。
检查软件如何表示不确定性
缺失数据、合约解释未解决和未知订单状态不同。界面应解释哪种适用。通用错误徽标让下一步不清，放心默认值则可完全隐藏前提失败。
创建旧订单簿与当前合约记录场景。软件应保留有效身份，同时限定市场估计。再创建完整簿但规则映射含糊的场景。价格仍可观察，比较或提案却不受支持。
不可用预测不应变零概率，账户响应缺失不应变零敞口。这是具体验收条件。设计良好应用让部分知识可用，同时防止被误当完整当前状态。
审查预测市场审计历史
审计历史连接观察、决策、授权、尝试、成交和账户变化。每记录保留自身身份时间。单活动日志可显示序列，底层含义却需足够独立，以重建责任。
选一假设操作，问为何发生。记录应识别证据和决策条件，而不只显示订单发送。再问实际怎样，答案应来自成交和账户证据，而非请求数量或提交成功消息。
较早的预测市场机器人API指南讨论边界。审计历史能解释普通与异常案例才有用，不应依赖操作者记忆或下次刷新就消失的屏幕。
让权限匹配角色
梳理软件可读取、提案、提交和移动什么。公开数据、私人账户数据、订单权限和资金移动是独立能力。流程应证明请求范围合理，而不是因功能多就接受广泛权限。
研究通常无需操作权限就能评估。执行任务需更清楚说明谁或什么授权每提案，以及如何暂停撤销。用实际当前实现，而不是从熟悉术语假设权限模型。
官方Polymarket US数据指南将只读数据消费描述为独立用例，体现一般原则：信息访问与行动权限是不同责任，软件应让关系可见，而不当成一个连接设置。
成为尝试之前测试提案
提案应展示合约、方向、数量、当前价格约束和账户假设。用户应知道显示值是估值、估计还是边界。刷新或改变应在提交前可见。
用数量明显增加场景，应用应更新规模相关估计，而不是无依据放大小报价。也检查现有持仓和承诺是否影响许可操作。旧账户快照不是新授权可靠基础。
对流程重要时，保留被拒提案。因过时数据或敞口限额拒绝，可展示正确行为。如果目的包含阻止无依据操作，就不应只按完成数量评价。
验证部分成交和撤单结果
100份请求可产生40成交、剩60未结。界面导出应保留请求、成交和剩余三值。通用完成状态可能误导，除非明确指提交流程而非经济持仓。
撤单也需结果。确认之前可能又成交。软件应核对实际顺序和账户，而不假设用户点击时原余量就消失。
较早的预测市场交易API指南提供订单和账户验证背景。验收应测试可见结果及持久记录。屏幕对、导出丢部分成交细节，核算任务仍可能失败。
推荐用户，赚取 USDC
推荐用户，赚取 USDC我们的联盟推广计划实时支付佣金。
检查未知提交恢复
受控演示中提交后中断，观察恢复。未知响应应区别于拒绝。软件需确定现有尝试状态，再创建可能重复敞口的新操作。
谨慎检查重试：获取状态、按支持机制重复相同请求，还是构造新订单？操作不同，界面应明确含义，审计记录实际发生什么。
持续不确定并有明确恢复任务，也可通过。软件无需立即编造答案，却需保留尝试引用、避免无依据容量假设，并显示还需什么证据。
核对完整账户案例
使用支付明确为$1或$0的简单假设合约。以$0.30买50份Yes，成本$15另虚构$1费，开仓现金成本$16。后来50全以$0.40卖，虚构退出费$1，净卖出所得为$19，已实现收益$3。
导出应有数量、成交价和费用以重建计算。不应又为已卖合约记结算支付，仿佛仍持有。部分剩余时，需要一致方法区分关闭和开放数量。
例子不是当前费表，也不声称每实际合约同支付。目的是导出核对。软件应让算术可检查，真实条款不同时保留实际条款和记录。
区分结算状态与现金条目
合约可在不同阶段关闭、等待判定、已判定，最终反映账户。软件应在实际场所背景说明每状态。可见事件结束，不足以证明现金结果完成。
Kalshi的市场常见问题区分关闭和判定，描述结算后账户更新。审查应检查市场状态与账户证据连接，而不依赖来源不清的宽泛已结算标签。
测试结算更新延迟。应用保留待处理和预期核对任务，不编支付日期，也不把持仓当自由可用现金。结果到达，连接正确合约和持有数量。
检查导出含义，而不只可用性
文件支持任务，导出才通过。检查标识、时区、价格单位、费用字段、状态含义和方法版本。当前余额列表可能适合一用途，却不足事件重建或预测评估。
打开代表性导出，不用实时应用重建。如果关键背景只在提示、截图或记忆，记录限制。文件应区分估值与已实现、请求与成交。
让账户背景随数据。多场所记录可支持组合研究，却不暗示资金立即可跨账户互换。导出应保留理解当前容量和结算时间的边界。
用真实操作者评估故障期间可用性
技术正确恢复仍会困惑。请实际使用者解释受控异常状态，应能识别已知、未知和可用操作，而不猜含糊标签。
用过时数据、含糊订单响应和规则澄清场景，测试不同责任。不应都提供相同通用重试，因为分别需要数据恢复、账户核对和解释审查。
记录误解为实际发现。可能是标签而非核心逻辑缺陷，却影响可靠运行。比较应包括预期用户在现实条件下多容易完成，而不只专家演示能否导航。
区分必需能力与偏好
一些是任务前提，例如准确身份、可检查订单状态和充分账户记录。偏好图表排列等则便利。明确类别，避免漂亮界面悄悄抵消关键缺口。
窄工具在另一明确组件承担剩余工作时可适合。交接必须保留标识、时间和责任。如果缺口依赖记忆或无文档变通，记录负担，而不当功能实际已存在。
比较应识别确认支持、确认限制和未解决主张。未展示功能不自动不存在，也未被任务验证。定向跟进场景比另一泛泛产品展示更高效。
保留评估版本和改变触发条件
软件、集成和场所规则会变。每结果带应用版本、日期和账户背景。旧配置成功，不应假设涵盖实质不同当前配置。
变化影响身份、权限、订单或导出时，重复相关验收。不需每小修后测每界面细节，聚焦依赖行为和变化带来的具体风险。
保留正确结果为拒绝或不确定的困难案例，防止更新通过隐藏不支持状态来让正常路径更顺。可靠性包含识别现证据下无法安全或准确完成，并传达限制。
测试换工具后记录是否仍有用
流程可能比创建它的应用长久。评估导出是否保留足够背景在别处继续研究核对。订阅、集成或偏好界面改变，不应让读者丢身份、状态含义或费用细节。
用一个完成和一个未解决案例。前者测财务结果能否重建，后者测另一操作者能否识别剩余问题及相关尝试或来源。实际交接两者都需。
记录需人工解释字段。一些限制对窄任务可接受，但应在依赖前可见。可移植性有用在于保留含义，而不只是文件能下载并被另一程序打开。
预测市场软件应支持可审查工作
完整评估解释支持哪些任务、什么证据证明、限制在哪里。研究、授权、执行和核对要求不同。多角色共享界面，产品仍应让边界易懂。
假设账户和故障场景使评估具体。审查者可查身份是否稳定、实际成交保留、费用核对和不确定可见。比无条件声称高级可靠更有用。
按工作选工具，流程演变时维护证据。明确权限、持久记录和有意义导出使系统易运行审查，也让读者在结果不符预期时，区分研究结论弱、执行问题或核算缺口。