Clanker 机器人可能指创建代币、发现新部署代币，或交易与这些代币有关市场的自动化工具。这是不同的工作。成功部署不能确立交易策略具有买入所生成资产的权限、流动性或投资理由。
有用的起点是一条证据链：宣布了什么，实际部署了什么，使用了哪种配置，以及预期账户现在能交易哪个市场？本文聚焦发现和交易评估，不提供代币发行指令，也不假定每个 Clanker 版本都使用相同合约和发行条件。计算示例均为假设，目的是让评估过程可检查。
明确机器人执行哪项工作
部署助手将获授权的创建请求转化为新代币和相关配置。发现流程注意到部署已经发生。交易流程则按自身规则决定是否取得敞口。连接这些功能，不会消除各自独立的责任。
用普通语言写明授权任务。只负责发现的流程，可以报告已核实的新部署及配置。具备执行能力的流程，还需要对资产、花费、账户权限和可接受市场条件设置额外限制。
阅读文档时，这种区别也很重要。支持创建代币或领取创建者奖励的界面，并不会自动为任意钱包提供无限制交易设施的文档。能力应遵循实际受支持的方法。
Clanker 交易概览 描述了更广泛的发行审核。具体机器人评估应说明执行该审核的哪部分、哪些决策仍在权限之外，而不是将自动化当作未作区分的单一功能标签。
Clanker 机器人的部署核实
Clanker 机器人的部署核实，将候选与正确链、交易和工厂版本联系起来。社交帖子可以指出研究线索，但交易记录需要已确认的代币身份和相关已部署配置。
不要只按符号识别代币。多个资产可以使用相同名称，复制的头像也可能让不相关合约显得熟悉。合约和网络应持续附在每个后续报价和头寸记录上。
保留确立关联的证据。如果之后索引器响应改变显示的元数据，机器人仍应能够解释最初评估的是哪个部署。
有用的候选记录可以包含公告引用、部署交易、代币合约和配置版本，但不能让任一字段替代其他字段。如果它们之间存在未解决的不一致，应继续研究，而不是猜测用户意指哪个身份。
明确保留版本覆盖范围
当前 Clanker 文档区分旧版本与 v4，并描述较新架构中的模块化组件。理解某个版本的机器人，不应假定另一个版本暴露相同事件、费用行为或发行控制。
版本覆盖应纳入接受规则。候选可以在研究信息流中可见，同时仍在支持的执行范围之外。这比悄悄将其字段强塞入旧模式更有信息量。
例如，围绕先前资金池模型构建的流程，可能正确检测代币，却无法解读较新市场关联的钩子。正确结论是对候选理解不完整，而不是已核实可以交易。
保留哪些文档和已部署配置支持了审核。后续软件更新可以扩大覆盖，但不应追溯性地让先前不受支持的决策看起来当时已被完全理解。历史需要区分当时已知与之后学到的内容。
区分代币与其初始市场
代币合约和交易市场是相关但不同的对象。在某个账户能够按可接受条件执行拟议交换之前，代币就可以存在。市场也可能在最初部署后改变或增加。
记录路由使用的实际资金池，或识别资金池的配置。资产源自已知部署流程，并不能核实之后涉及它的每个市场。
当多个资金池提供不同配对资产或流动性条件时，这尤其重要。与一个资金池关联的图表，不应仅因代币合约相同，就授权针对另一个资金池的交易。
Uniswap Base 资金池指南 解释了资金池身份和资产身份为何都重要。聚焦 Clanker 的流程使用部署历史确立背景，然后将实际当前路由作为独立对象评估。
Clanker 机器人的发行配置
Clanker 机器人的发行配置，包括与所部署版本相关的组件和设置。当前 v4 文档描述了钩子、流动性锁定器和可选扩展。它们的存在应引出关于行为的具体问题，而不是笼统假定每个发行都相同。
确定哪些设置现在影响拟议操作。发行时交换条件、费用配置和分配规则，可能影响早期买入。只与创建者奖励领取相关的参数，可以作为背景，却不一定直接决定交易者收到的代币。
在实现允许改变的情况下，区分不可变身份与可变设置。熟悉的组件地址，本身不能解释所选路由背后的每项管理能力或配置依赖。
机器人记录应说明已理解的行为及任何排除项。如果无法解读某个模块，拒绝执行就是具体的兼容性决策。它不必暗示代币存在欺诈，也不必暗示其他所有集成都面临相同限制。
将供应分配理解为会计关系
供应分配描述谁能够持有或接收代币，以及适用条件。它应以能够核对的数量表达，而不只是推广性百分比。分配主张需要明确总量和可识别目的地。
考虑总供应量为十亿枚的虚构代币。150 百万的分配代表 15%，50 百万代表 5%。如果剩余 800 百万被描述为市场分配，三项数量之和等于所述总量。该计算不能确立每个目的地都独立控制，也不能确立它们立即具有流动性。
检查类别是否重叠。放入归属释放合约的代币，之后可能由一个已在持有人分析其他位置出现的地址领取。将两者算作不同的独立利益相关方，可能夸大分散程度。
目标是形成连贯的供应权益分布图，而不是推断每个地址的身份或动机。即使分配数量公开可见，未知所有权也应保持未知。
区分代币归属释放与流动性限制
对创建者代币分配的限制，不同于对流动性头寸的限制。这些控制管理不同资产和权利。代币锁定可以减少某个即时可转让供应来源，却不保证持久的退出市场。
同样，流动性限制也不能确立所有其他代币持有人都无法卖出。市场仍可能面对来自未锁定分配、先前买家或新可领取代币的供应。
举一个独立示例，假设 120 百万枚代币在另一个初始锁定结束后，于 60 天内均匀释放。忽略实现上的取整，进入释放期 20 天时，对应新可用代币为 40 百万枚。这是时间表计算，不是受益人已经卖出这些代币的证据。
应用任何时间表之前，读取实际扩展及配置。描述可选归属释放功能的文档，不能证明具体候选选择了该功能。不应以默认假设替代缺少锁定证据的事实。
解读创建者买入而不揣测心理
一些部署配置可以包含创建者的初始买入。该交易是在相关规则下取得资产的事实，却不能证明创建者拥有私人信息、打算无限期持有，或能够保证之后的需求。
如果与策略相关，记录数量、时间和交易背景。避免将该买入视为能够凌驾于所有其他市场检查之上的背书分数。
钱包归因指南 解释了观察地址与证明某个人身份或知识之间的差距。当公开部署记录将地址与创建者角色关联，却没有揭示完整经济安排时，也应同样谨慎。
创建者买入可以与可用市场很小、后续分配很大，或跟随者执行条款不利同时存在。每项事实都应在审核中有独立位置。将它们合成一个“看涨”标签，会移除读者评估实际交易所需的信息。
推荐用户，赚取 USDC
推荐用户，赚取 USDC我们的联盟推广计划实时支付佣金。
不要混淆奖励权利与代币持有人收入
发行系统可以向指定接收者分配费用奖励。买入所发行代币的交易者，不应假定持有代币自动获得这些奖励权利。接收者配置与所购买资产，是安排中的不同部分。
读取实际取得的权益是什么。代币可以活跃交易，同时费用领取权属于创建者、其他指定地址或某个特定合约头寸。系统某处存在费用，不意味着向每位持有人分配。
这种区别有助于评估收入叙事。如果推广说明说发行会产生费用，应询问谁能领取，以及该权利是否随所购买代币转移。如果答案不清楚，估值就不应将这些费用视为已确立的持有人现金流。
对附带的智能体或社交功能，也采用同样纪律。它们的运作可能有自身的资金安排。可见的功能，本身不能定义代币持有人对其活动的法律或经济权益。
Clanker 机器人的市场就绪检查
Clanker 机器人的市场就绪检查，需要当前证据表明预期账户能够通过受支持路由交换预期数量。部署成功、有数据的图表和可识别界面，都不能替代这种证据。
检查可用流动性、当前发行条件、代币行为和账户权限。路由应说明预期输出，以及在完成前约束不利变化的限制。
设想一个候选，其有另一个地址成功完成的小额买入。该观察确立的是某笔具体交易已经发生，而不证明十倍规模买入，或之后从不同账户卖出，会有相同条件。
发行状态指南 描述了观察状态过渡与授权交易的区别。对 Clanker 候选，同样原则意味着等待具体受支持条件，而不是将部署时间戳视为普遍入场许可。
尊重发行条件而不试图规避
发行模块可以改变交换何时可用，或在何种经济条款下可用。机器人应读取适用配置，并评估由此产生的条款是否符合授权任务。它不应假定每个发行都使用记忆中的延迟或费用表。
与时间有关的条件，即使底层需求没有重大改变，也可能使较早和较晚的报价明显不同。为每次估计保留时间和相关配置。
对不受支持或不可接受条件的适当响应，是在授权范围内等待、拒绝或继续观察，而不是拆分身份、规避参与规则，或针对其他用户操纵交易顺序。
这也能改善研究质量。有时等待已知条件的策略，应将等待记录为规则的一部分。否则，之后审核可能错误地将结果归功于早发现代币，却忽略可执行决策的实际时间。
根据可用深度衡量入场规模
评估输出时使用计划金额。微小报价可以让浅薄市场显得容易交易，而实际账户预算产生的均价却差得多。候选的受欢迎程度不会改变这种计算。
假设虚构的 20 单位输入报价为 4,000 枚代币，而 200 单位输入报价为 32,000 枚。小额交易平均每枚 0.005 单位，大额交易平均 0.00625。在本例中，大额平均价格高 25%。
这一差异应在提交前影响规模决策。宽松的执行容忍度，无法撤销已经内含在大额报价中的冲击。
还应区分估值与容量。显示代币价格乘以总供应量，得到的是估值统计，而不是持有人能够实现该价值的承诺。评估市场就绪的机器人，需要针对金额的路由，而不只是庞大的市值数字。
将退出视为独立市场问题
早期买入可以成功，而之后退出仍困难。账户实际收到的代币、市场深度和代币行为，决定卖出能够实现什么。图表上的目标价只是该决策的一项输入。
如果账户持有 32,000 枚代币，应按相关数量评估反向报价。针对 100 枚的报价，不能展示完整持仓可获得的所得。部分退出应使用策略实际打算卖出的数量。
同时考虑发行条件变化。即使代币合约不变，后续路由也可能有不同费用或流动性。最初入场审核不应无限期复用为当前执行质量的证明。
写明不存在可接受退出时的操作。系统应保留剩余持仓，并解释阻止条件。将已触发卖出描述为已完成，会抹去用户恰恰需要理解的敞口。
核对部分操作之间的结果
考虑一次虚构买入，花费 200 单位，加上四单位实测开支。总成本基础 204 单位，买到 32,000 枚代币。卖出 8,000 枚处置四分之一，按比例法分配 51 单位成本基础。
如果该次卖出净返回 60 单位，已实现收益为九。剩余 24,000 枚保留 153 单位成本基础。如果之后净返回 140，则亏损 13，使完整头寸亏损四单位。
首次卖出可以成功，但完整交易未必盈利。在两次卖出之间，同时保留已实现结果和未卖出头寸。
如果失败尝试的开支尚未计入，也要纳入。利润计算指南 解释了为何只记录有利成交不足。即使某些尝试没有取得代币，发行策略的操作成本仍属于其结果。
看到赢家前先建立候选样本组
有意义的评估包括在明确期间内满足发现规则的每个候选。只选择后来形成活跃市场的代币，创造的是一个不同且更容易的问题，而不是机器人实际面对的问题。
例如，样本组可能包含 240 个已核实部署，其中 90 个处于支持的版本范围内，30 个通过预期规模市场测试，八个完成入场。这些分母描述不同阶段。八除以 240 约为 3.33%，八除以 30 约为 26.67%。
两种百分比都不是盈利率。它们描述既定流程中的准入和执行。有用的报告接下来按相同期限衡量结果，包括因证据不足而拒绝的候选。
保留缺失和未解决的数据。代币从某个索引中消失，不应让它悄悄从样本组消失。其缺失也是操作证据的一部分，可能解释实时流程为何无法作出后来图表似乎暗示的决策。
防止重复发现造成重复敞口
一次发行可以通过社交消息、索引器、部署事件和市场信息流出现。这是同一个候选的多次观察，不是花费账户预算的四个独立机会。
使用经过核实的部署身份连接观察。保留它们不同的到达时间，因为有助于解释检测延迟，但维持单一候选和共享头寸预算。
假设某资产上限为 300 单位，已持有 180，并有一笔 70 单位的未解决买入。在该策略下只剩 50 单位。同一部署的新信息流提醒，不会恢复最初的 300 单位容量。
同样原则适用于资金池变化之后。新流动性可以支持新的路由评估，却不会让现有持仓消失。部署历史、当前执行背景和账户敞口，应在候选整个生命周期中持续关联。
保留其他读者能够检查的决策
最终记录应解释，这个部署为何在这个时间和规模下，符合拟议操作的条件。包括版本、分配解读、相关发行设置、所选市场和由此产生的账户变化。
区分已确认事实与假设。可见的代币分配，是关于数量和目的地的已确认证据；相信社区将增长，则是预测。两者都可以出现在研究中，但不应以相同确定程度呈现。
将接受规则的变化作为策略新版本审核。扩展至另一部署模块，可以改变候选范围，使后续结果不适合与先前时期直接简单比较。
有用的 Clanker 流程，最终形成从观察到结果的可解释链条。它可以快速识别发行，同时在供应、配置或市场证据不完整时仍拒绝交易。这种克制是已定义流程的一部分，不是应从表现报告中隐藏的缺失数据。