开发者吐槽Claude Code强制加载5万Token上下文导致手机党弃用

背景

这篇文章源自 LINUX DO 社区的一个 AI 相关话题，作者是一位重度依赖移动端（手机）进行 AI 交互的用户。随着 Claude Code (cc) 和 Codex 等工具在 API 层面的普及以及部分公益站点的合规化调整，作者发现原本用于便捷访问这些服务的第三方渠道（如 any 站）受到了严格限制。这种变化导致作者无法再像过去那样，通过简单的手机操作无缝接入大模型服务，被迫面临使用门槛较高的电脑端方案或回归官方渠道的困境。文章不仅是对这一技术政策变化的个人反应，也折射出普通用户在 AI 工具普及过程中，因隐私、成本、便利性以及平台合规压力而产生的焦虑与无奈。

核心内容

作者首先表达了对当前 AI 服务环境中“恶意分发、倒卖、攻击”现象的理解与支持，认为采取限制措施是必要的。然而，这种限制带来的直接后果是作者失去了原本便捷的 AI 使用途径。

1. 对 Claude Code 和 Codex 的“应激”反应 作者提到，当在 New API 等平台上看到 Claude Code 和 Codex 时，产生了强烈的抵触情绪。这种情绪并非源于对技术本身的不满，而是源于过往因这些工具带来的麻烦体验。作者回忆过去，曾担心调用复杂，甚至不解为何 Claude 会衍生出 Codex 这样的概念。如今，由于渠道被封禁，作者反而感到一种“解脱”，因为这意味着这些工具不会再出现在他的手机使用中，避免了潜在的使用困扰。

2. 电脑端使用的繁琐与 Token 浪费 作者详细描述了使用电脑端（笔记本）接入 AI 服务的低效流程：

• 硬件与环境限制：笔记本常年待机，虽开机快（十几秒），但需手动打开特定文件夹，右键进入终端，输入启动指令。
• 上下文负担：这是作者最核心的痛点。每次请求固定消耗 5 万 token 的上下文。对于作者而言，手机上的闲聊灵感通常不超过 10 万 token，而在电脑端，刚打第一句招呼就可能耗尽 5 万 token 的配额。
• 成本意识：虽然作者不吝惜余额（多为他人赠送），但正因是“免费”或“赠送”的，他更倾向于珍惜每一分资源，拒绝无谓的支出和浪费。

3. 对 Memory 功能的质疑与替代方案 作者曾认为 Claude Code 通过携带 memory 文件实现长久交互、越来越懂用户的机制是好的。但他反思，过去三年没有这些功能时，自己并未感到太大不满。因此，他倾向于认为 any 站（一个提供 AI 服务的第三方平台）此举可能有其商业或合规图谋。目前，作者仅在电脑上使用 any 作为唯一渠道，并坚决拒绝将任何公益站点接入此类服务。

4. 个人生活与 AI 使用的交织 文章后半部分穿插了作者的个人生活细节，以佐证其“手机党”的身份及电脑使用的局限性：

• 用户结构：作者指出，尽管周六日下午和周日上午有活跃时段，但手机用户占比仍高于电脑用户（估计在 30% 以上），这为他坚持手机使用提供了“正当理由”。
• 物理限制：由于桌子太小、布线困难以及插座老化（充电时冒火花），电脑被固定在床头，难以挪动。
• 使用习惯：作者作息规律，凌晨 5:30/40 起床，晚上 10 点多下班回家。每天凌晨 2 点会花半小时玩《暖暖》游戏日常，随后关闭电脑休息，以保护颈椎。
• 对电脑的复杂情感：作者从小梦想拥有电脑畅玩 4399，但真正拥有后却因操作不当导致系统崩溃两次。他认为电脑既自由又无趣，最终将其具象化为 Claude 4.0（在好友 GCP 过期后）。他提到 GPT 只是无趣的代码修改工具，不愿浪费 token 将其协议放入 memory。

5. 技术幻想与社区互动 作者天马行空地设想：能否阻隔 Claude Code 的内置提示词，实现零提示词对话？能否让 Chatbox 等手机客户端模拟 cc 请求？但他随即自我否定，认为这是“天方夜谭”。最后，作者回应了关于网站文本在手机端不换行导致体验差的问题，并指出电脑用户可能也面临类似困境，建议点击 raw 按钮解决。

关键要点

• 合规压力导致渠道收缩：由于恶意分发和攻击行为，AI 服务提供方（如 any 站）对 Claude Code 和 Codex 等 API 调用进行了严格限制，导致普通用户失去便捷入口。
• Token 效率与使用场景错配：电脑端固定消耗 5 万 token 上下文，与作者碎片化、低消耗的闲聊需求严重不匹配，造成资源浪费。
• 移动端优先的使用习惯：作者坚持“手机党”身份，认为 AI 的起源、发展和未来都应在手机端，电脑端的高门槛（物理环境、操作流程）阻碍了其日常使用。
• 对“记忆”功能的理性反思：作者质疑 Claude Code 依赖 memory 文件的必要性，认为长期交互的理解力并非必须依赖复杂的上下文管理，简单的对话即可满足需求。
• 隐私与资源珍惜：作者拒绝将公益站点接入受限服务，并极度珍惜赠送的 token 余额，反对任何形式的无谓消耗。
• 技术幻想的局限性：尽管有绕过内置提示词或模拟请求的技术构想，但受限于平台机制，这些想法难以实现。

意义与影响

这篇文章不仅是个人的技术吐槽，更是当前 AI 应用生态中**“开发者/极客体验”与“普通用户便利性”**之间张力的缩影。

1. API 合规化的副作用：随着 OpenAI、Anthropic 等大厂加强 API 管控，打击滥用和倒卖，第三方聚合平台（如 any）的生存空间被压缩。这虽然净化了环境，但也提高了普通用户，尤其是非编程背景用户的接入门槛。
2. Token 经济下的用户心理：作者对“赠送余额”的珍惜和对“固定上下文消耗”的反感，反映了当前 LLM 计费模式下，用户对成本敏感度的提升。当免费或低成本资源变得稀缺时，用户对效率的要求会从“功能可用”转向“资源最优”。
3. 移动端 AI 交互的潜力与瓶颈：作者坚持手机使用 AI，代表了大量普通用户的需求。然而，目前主流 AI 工具（如 Claude Code）的设计逻辑仍偏向桌面端和开发者场景（重上下文、重代码、重配置）。这种错位导致移动端用户体验割裂，亟需更轻量、更适配移动场景的交互模式。
4. 社区文化的变迁：从 LINUX DO 这样的技术社区中，可以看到用户从最初的“技术探索”（折腾电脑、救系统）转向“实用主义”（追求便捷、拒绝浪费）。Claude 4.0 和 GPT 等模型在用户心中的地位，不再仅仅基于技术先进性，更基于其是否契合个人的生活节奏和使用习惯。

总之，作者的经历揭示了一个趋势：在 AI 普及的下一阶段，**“易用性”和“成本控制”**将与“模型能力”同等重要。任何忽视移动端体验、忽视普通用户资源敏感度的产品设计，都可能面临用户流失的风险。