- 博客(119)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 Anthropic收紧Claude Code权限：一场关于AI Agent“操作系统”控制权的战争
摘要：Anthropic近日禁止第三方工具使用Claude订阅OAuthToken，引发开发者不满。这一调整源于成本错配（订阅价格不匹配Agent高频调用）、安全风险（第三方工具缺乏完善安全机制）和生态入口争夺（Anthropic希望控制Agent操作系统）。受影响群体包括独立开发者、开源工具维护者和企业技术团队，他们需要转向官方API或重新评估方案。这标志着AI免费时代的结束，Agent生态进入更规范但成本更高的新阶段。
2026-04-07 10:43:55
293
原创 超过6MB就崩溃？我们这样绕过小程序Storage限制
本文介绍了一种优化微信小程序本地存储的创新分层方案。针对Storage容量限制问题，提出将高频查询的结构化数据（如索引、标签）保留在Storage层，而将大体积原文下沉到文件系统。该方案通过统一接口屏蔽底层差异，实现渐进式迁移而非全量重写，既保证了高频操作的速度，又有效缓解了存储压力。文章特别强调该设计区分了"骨架"数据和"血肉"数据，在写入阶段统一时间格式等关键细节，为后续功能扩展预留了空间。这种分层思路不仅解决了存储限制问题，更提供了一种架构设计方法论，值得本地优
2026-04-07 10:42:21
720
原创 不是黑客攻击，却让整个产品路线图曝光：Claude Code 泄露事件全复盘
Anthropic意外泄露51万行TypeScript源码，暴露AI工具核心设计思路。此次npm包更新事故因未关闭sourcemap生成选项，导致ClaudeCode前端框架完整代码被公开8小时，内容包括权限控制、未发布功能等关键信息。虽然不影响普通用户，但给竞争对手提供了重要参考，也暴露出AI公司重模型轻工程的通病。事件表明，在开源时代，代码保密的价值正在降低，而用户信任和生态整合才是真正的竞争壁垒。这为所有AI公司敲响警钟：必须重新定义产品安全边界，加强工程管理规范。
2026-04-05 14:50:06
193
原创 从聊天式编码到 AI 团队协作：GitHub 上的这场开源风暴，正在重塑开发工作流
摘要：GitHub项目EverythingClaudeCode近期爆火，24小时新增5707星，总星数超13万。这标志着AI编程正从"单次对话"工具转向"多代理协作"的工程体系。该项目通过20多个专业化子代理（安全审计、Git规范等）协同工作，形成可复用的开发流水线。同期多个热门项目也聚焦多代理并行、任务编排等特性，旨在让AI像软件团队一样稳定协作。建议开发者开始尝试"代理分工"模式，关注行业协议MCP，把握AI编程从"聊天对象"
2026-04-05 14:49:29
205
原创 Everything Claude Code 爆火背后：我们正在用“团队”而非“个体”构建 AI 编程助手
GitHub项目EverythingClaudeCode爆火，24小时新增5707星，总星数超13万。该项目标志着AI编程从"单次对话"模式转向"多代理协同"的工程体系，内置20+专业化子代理形成可复用开发流水线。同期多个趋势项目都聚焦多代理并行、任务编排等特性，旨在让AI像软件团队一样协作。这种模式特别适合需要重复性开发、团队规范集成或CI/CD自动化的场景。虽然存在迁移成本，但开源社区正努力降低门槛。建议开发者逐步尝试"代理分工"模式，并关注新
2026-04-04 15:52:51
203
原创 为什么说 Claude Code 泄露比模型被盗更可怕？
Anthropic因配置失误导致51万行TypeScript源码意外泄露8小时，暴露了其AI工具ClaudeCode的核心架构和未发布功能。虽然不涉及核心模型，但泄露了产品设计思路和路线图，给竞争对手提供了可乘之机。这一"低级错误"揭示了AI行业重模型轻工程的通病，也表明在开源时代，代码保密已非核心竞争力，真正的护城河在于用户信任和生态优势。事件警示AI公司必须重视工程规范，重新定义安全边界。
2026-04-04 15:34:21
206
原创 阿里 CoPaw 1.0 正式发布：你的个人 AI 助理，终于可以安全地跑在自己电脑上了
阿里推出CoPaw1.0个人AI助理，通过三大创新突破实用化瓶颈：采用定制小模型实现本地运行，免除API费用；建立分层安全机制保护用户隐私；引入记忆系统和多智能体协同，使AI更懂用户需求。该产品标志着个人AI助理从"玩具"向"工具"转变，为中文用户提供了低成本、高隐私、易部署的AI助手解决方案，预示着AI生态竞争正从模型层转向系统整合能力。
2026-04-03 09:18:15
232
原创 重磅更新！Pydantic AI 引入在线 Eval 与 MCP 控制，Agent 落地难的问题正在被解决
pydantic-ai v1.74.0 的发布，其实反映了当前 AI 框架层的一个大趋势：Eval（评估）、Tracing（追踪）、MCP（连接）正在成为新一代 Agent 框架的“三件套”。对于还在用脚本拼凑 AI 应用的开发者来说，这可能只是一个工具更新；但对于致力于构建长期 AI 产品的团队来说，这是一个风向标。它提醒我们：模型能力的提升固然重要，但工程化能力才是决定 AI 应用能否真正落地的关键。
2026-04-03 06:11:20
194
原创 GitHub 2.5 万星爆火：为什么浏览器正在成为 AI Agent 的“新操作系统”？
摘要：VercelLabs开源的agent-browser工具迅速走红，揭示了AI交互界面的范式转移。该工具通过创新性的"语义地图"转换，将网页转化为AI可高效理解的结构，解决了传统自动化工具与LLM的兼容性问题。其核心创新包括快照与引用系统、客户端-守护进程架构及语义化定位，使AI能像操作本地内存般流畅控制浏览器。这一趋势表明浏览器正成为AI的"物理引擎"，开发者工作流将向"目标驱动"转变，前端开发需更注重机器可读性。agent-browser的
2026-04-02 06:51:40
243
原创 GitHub 新晋“镇站之宝”：用一套死板的流程，治好了我的 AI 编程焦虑
摘要：GitHub热门项目obra/superpowers提出了一种革命性的AI编程管理框架，通过建立严格的开发纪律解决当前AI生成代码的失控问题。该项目采用"子代理驱动开发"模式，将AI拆分为调度员、执行者和审查员三个角色，强制实施设计文档、任务拆分、测试驱动开发等流程，并引入Git Worktrees隔离机制和防御性调试策略。这种工程化管理方法有效避免了AI编程常见的上下文遗忘、过度设计和代码混乱等问题，标志着AI编程从"提示词技巧"迈向"工业化生产&q
2026-04-02 06:05:01
181
原创 告别聊天机器人！AI执行层基建爆发，开发者迎来新工具革命
AI Agent技术正从"能说"迈向"能做"，GitHub三大明星项目superpowers、agent-browser和pydantic-ai构建了Agent执行层基础设施。superpowers提供模块化技能库，agent-browser实现网页自动化操作，pydantic-ai强化决策可靠性。这些突破使AI真正具备执行能力，大幅降低开发门槛，推动RPA和流程自动化革新。开发者可通过学习新范式、关注生态演进，抓住这一从"思考"到"行动
2026-04-01 13:02:27
204
原创 告别云端焦虑！CoPaw 1.0 发布，你的电脑也能跑起一支“AI 团队”
阿里发布CoPaw1.0智能体开发框架，实现AI本地化运行突破。该框架支持全平台一键安装，提供优化小模型，普通笔记本即可流畅运行，既降低成本又保障数据隐私。其创新在于多智能体协同工作能力，通过隔离工作区实现并行处理，效率提升3.2倍。同时构建严密安全体系，包括工具守卫、文件防护和技能扫描，确保AI可控性。CoPaw1.0标志着从云端AI向"个人AI工作站"的转变，为开发者提供安全高效的本地AI解决方案。
2026-04-01 07:58:38
307
原创 OpenAI容器按Session计费，Agent开发成本是降了还是暗藏玄机？
今天是 2026 年 3 月 31 日。如果你正在开发或维护一个基于 OpenAI 的 Agent 应用，现在打开 API 定价页，你会看到一条已经生效的规则变更：containers 开始按 session 计费。这不是一次价格战，也不是新模型发布，但它可能比任何 benchmark 都更能刺痛你的现金流。OpenAI 明确写道：自今日起，容器资源按 20 分钟 session 收费。四种规格单价清晰得近乎冷酷：1GB：$0.03 / 20 分钟4GB：$0.12 / 20 分钟。
2026-04-01 07:57:28
247
原创 Python 垄断终结？Google ADK Java 版发布，AI 开发进入“工程化”深水区
ADK 的设计基于一种新的论点：上下文不是简单的字符串拼接，而是对更丰富、状态化系统的“编译视图”。一旦接受了这种思维模型，上下文工程就不再是“提示词排练”，而是变成了系统工程。
2026-03-31 16:23:45
205
原创 Claude 开发者紧急通知：下个月旧接口失效，输出上限翻倍！
Anthropic更新了Claude API：输出上限提升至300k tokens，可生成长篇内容如完整代码项目或深度分析报告；同时宣布旧版1M上下文Beta功能将于4月30日停用，开发者需迁移至更稳定的4.6系列模型。此次升级强调"长文本创作"能力，推动行业从单纯的上下文长度竞争转向实用功能优化，开发者需及时调整代码并测试新功能。
2026-03-31 16:04:14
242
原创 普通人如何安全使用OpenClaw？
这篇文章揭示了OpenClaw系统存在的安全隐患，核心问题在于其作为执行型agent系统的特性。作者通过一个典型案例说明，当控制面板端口暴露在公网时，系统实质上开放了远程执行接口，极易遭受攻击。文章指出主要风险并非来自模型能力本身，而是来自不当的部署方式和使用习惯——包括公网暴露、第三方插件使用和权限管理松懈。作者建议初学者先在本地环境使用，避免服务器部署，并强调使用前必须明确三个关键问题：网络绑定设置、公网暴露情况和插件可信度。最后提出了相对安全的使用范围建议，包括文件整理、本地脚本等低风险操作，警告用户
2026-03-30 19:55:36
83
原创 做小程序支付时，我是怎么被“虚拟支付”绊了一跤的
微信小程序支付开发中，普通支付与虚拟支付存在本质差异。开发者常误将虚拟权益（会员、点数等）当作普通商品支付，导致审核失败。两者在审核关注点、结算方式、API调用及平台政策上都截然不同。关键点在于：1）先明确交易对象类型；2）产品命名需真实反映权益性质；3）支付成功≠业务完成；4）审核说明要详细描述交付逻辑；5）避免依赖过时规则。正确顺序应是：判断商品属性→选择支付类型→设计订单系统→准备审核材料。这个认知差异比技术实现更重要，提前理解平台规则可大幅减少返工。
2026-03-30 19:54:16
2110
原创 我们为什么没有把“到期提醒”做成微信消息推送
摘要：开发工具型小程序时，将"能做"等同于"该做"是个常见误区。本文以"好记好搜AI助手"为例，探讨了到期提醒功能的设计取舍。虽然技术上可实现微信消息推送，但团队选择了更克制的方案：数据默认本地存储，仅当用户主动请求时才调用服务器分析功能。这种设计避免了将个人敏感信息（如证件、药品到期日等）默认上传云端，在便利性和隐私保护间取得平衡。文章强调产品价值观的重要性，认为技术方案本身就体现了对用户隐私的态度，提醒功能不应以牺牲数据安全为代价。
2026-03-19 18:47:38
353
原创 第十部分—基于任务的操作指南（快速查找） 使用 DNR 实现请求拦截
本文介绍了使用chrome.declarativeNetRequest(DNR)API管理网络请求的方法。主要内容包括：1)适用场景（规则化请求处理）和避免场景（需自定义逻辑时）；2)两种权限模型选择（带警告的隐式授权或显式host_permissions）；3)实现步骤（manifest配置、规则文件创建）；4)常见问题和检查清单（规则稳定性、匹配测试等）。提供了最小化示例和官方文档参考，帮助开发者正确使用DNR进行请求拦截或重定向，同时避免常见错误。
2026-03-19 18:46:38
82
原创 OpenClaw小龙虾如何系统性节省Token，有没有可落地的方案？
摘要：作者反思使用AI助手OpenClaw时因过度加载上下文而浪费token的经历。指出常驻记忆不应包含项目文档等低频信息，建议仅保留核心规则和高频事实，将资料改为按需读取。强调优化应从减少初始加载内容入手，而非单纯改进检索技术。测试新配置时，应观察AI是否精准聚焦任务边界。最终提出两类适用场景：上下文明确的简单任务优于需要长期背景的复杂工作。核心观点是"先省在开工之前"比后期优化更有效。
2026-03-18 12:59:49
245
原创 第十部分— 基于任务的操作指南（快速查找）操作指南：存储设置并使用同步回退
本文介绍了在Chrome扩展中实现设置存储的策略：优先使用chrome.storage.sync实现跨设备同步，当超出配额或不可用时自动回退到chrome.storage.local。文章详细说明了适用场景（需要漫游的设置）和避免场景（大数据量或高频写入），并提供了实现步骤和最小代码示例。注意事项包括：始终使用默认值读取、显示存储位置状态、控制写入频率，同时指出了默认配额失败和频繁写入的风险。最后提供了Chrome官方存储API的参考链接。
2026-03-18 12:57:18
24
原创 第十部分— 基于任务的操作指南（快速查找）操作指南: 可靠注入脚本
本文介绍了在MV3扩展中向当前标签页安全注入代码的方法。关键要点包括：1）使用场景应为按需注入而非持续监听；2）需要scripting权限及activeTab或host_permissions；3）实现步骤包含选择目标标签页、URL合格性检查和安全执行注入；4）提供了最小实现示例和常见问题清单（如权限缺失、重复注入等）；5）强调必须进行显式资格检查并向用户显示错误信息。文章还列出了开发检查清单和官方文档参考链接。
2026-03-18 12:55:20
45
原创 第九部分 — 打包、调试和发布 发布前的打包与发布检查清单（Chrome 应用商店）
本文提供了Chrome扩展发布前的实用检查清单，重点包括：权限最小化原则（避免过度使用<all_urls>和主机权限）、数据安全要求（禁止远程代码执行和打包密钥）、隐私披露规范；发布准备步骤（版本号更新、资源验证、测试环境清理）；常见拒绝原因（权限过广、资源暴露过多、测试残留）；并附有官方发布指南参考链接。旨在帮助开发者规避应用商店审核被拒问题。
2026-03-17 13:37:46
286
原创 第九部分 — 打包、调试和发布 MV3 的调试（日志记录，检查，常见陷阱）
摘要：本文介绍了MV3扩展调试的关键要点，重点围绕服务工作者生命周期和上下文问题。主要内容包括调试适用场景（服务工作者暂停、间歇性消息传递）、最小化示例实现方法、常见错误（如忽略lastError检查、权限验证不足）以及实用检查清单（需验证权限、内容脚本注入等）。特别提醒开发者避免在错误工具中调试服务工作者，并注意chrome://等特殊页面的限制。文末提供了Chrome官方调试指南作为参考资源。
2026-03-17 13:36:19
186
原创 第八部分 — UI 表面 sidePanel (如使用) + UX约束
摘要：Chrome扩展的侧边栏功能提供了比弹出窗口更持久的UI界面，适用于需要在导航时保持打开或需要更多空间的场景。使用时应避免将其用于快速操作或后台逻辑。开发者需注意权限配置、与服务工作者通信、处理标签页变化等问题，并确保打开行为符合用户意图。侧边栏并非在所有Chrome版本中都可用，也不应被视为后台进程。官方API和发布指南提供了更多开发细节。
2026-03-16 09:05:09
124
原创 微信 AI 小程序成长计划来了，我们怎么把混元接进了产品里
这段时间，微信生态对 AI 小程序的支持明显加速了。 从成长计划、云开发，到混元模型能力和商业化链路，平台给开发者补上的东西越来越多。 我们最近在做「好记好搜 AI 助手」时，也认真把这套能力研究了一遍，最后决定把混元接进产品里。 不过在接入方式上，我们没有选择“前端直接调模型”，而是走了服务端直连。 这篇就聊聊：为什么现在是做 AI 小程序的一个窗口期，以及我们为什么做了这样的技术选择。
2026-03-16 09:00:09
2247
原创 为什么有的程序员一聊到Vibe Coding让 “文科生”接触到了编程会“破防”？
摘要：文章探讨了AI编程工具普及后引发的行业争议。通过一个批量导出功能引发的系统崩溃案例，作者指出AI生成代码的隐患在于"80分陷阱"——看似可用却暗藏边界风险。专业程序员的不满源于三方面：经验价值被低估、需收拾烂摊子、职业焦虑。但真正稀缺的能力是需求分析、系统设计和风险管控，这些文科背景反而可能具备优势。作者建议新手应聚焦小项目实践，重视权限、异常处理等细节，将AI视为副驾驶而非负责人。行业门槛将从"写代码"转向"做判断"，专业训练的价值不会消失
2026-03-15 08:10:46
197
原创 你们在OpenClaw上的token消耗如何？
那天刚把它接进飞书群，想着让它帮我盯服务器日志，顺便回答点同事的技术问题。便宜模型在高频调用场景确实省钱，但推理能力弱时，它会反复尝试，重试次数增加，反而拉高总 token。我之前手贱开了 12 个 skill，后来清理到 5 个，单次调用直接少 6000 token。很多人觉得 OpenClaw 花钱像流水，其实大多数时候不是模型贵，是用法太豪放。如果你把它当一个自动化框架，用规则驯化它，它其实是可预测成本的工具。给你一个真实的参考。哪怕什么都没发生，它也会唤醒模型读一遍状态文件，然后返回 OK。
2026-03-15 08:10:00
576
原创 第八部分 — UI 表面 options 页面模式
摘要：本文介绍了浏览器扩展中目的选项页面的设计指南。选项页面适合持久化设置，提供导航和帮助文本，但不适用于微小短暂界面。比较了options_page（普通标签页）和options_ui（可嵌入扩展页面）两种实现方式，建议优先使用更简单的options_page。提供了最小化实现模式代码示例，强调加载默认值、使用sync存储及显示保存状态。同时提醒注意sync存储配额限制，并给出了异步消息处理的安全模板代码。
2026-03-14 06:38:06
44
原创 第八部分 — UI 表面 动作（工具栏）、徽标、弹出窗口
本文介绍了Chrome MV3扩展中chrome.action API的使用指南。该API主要用于设置工具栏图标、弹出窗口和状态徽标，适合快速用户触发操作而非长时间工作流。文章对比了带弹出窗口和不带弹出窗口的使用场景，强调长时间工作应交给服务工作者处理，并提供了常见问题提示和实现检查清单。最后还给出了最小示例代码和相关参考资料，帮助开发者正确使用该API进行扩展开发。
2026-03-14 06:35:30
49
原创 第七部分 — 存储 数据建模与迁移提示
本文介绍了Chrome扩展程序存储数据的轻量级迁移模式。该模式适用于需要安全更新存储配置的场景，通过维护版本号实现渐进式迁移。核心方法包括：存储当前版本号、实现幂等的迁移函数、确保版本逐步升级。文中提供了代码示例展示如何从版本0迁移到版本2，并提醒要避免的雷区，如非幂等迁移和处理旧版本数据。最后给出了检查清单，强调版本控制、幂等性和可测试性的重要性。这种方法适用于简单存储需求，复杂场景建议使用IndexedDB或服务器存储。
2026-03-13 13:14:31
50
原创 第七部分 — 存储 chrome.storage（本地/同步/会话）+ 配额
本文介绍了Chrome扩展中chrome.storage的使用方法。重点内容包括：1）三种存储类型（local本地存储、sync同步存储、session会话存储）的特性差异；2）适用场景（适合存储设置、状态标志等小型数据，不适合大型二进制对象）；3）使用建议（需设置默认值、处理配额错误、避免频繁写入）；4）常见问题（如sync存储的配额限制、session存储的可用性问题等）。文章提供了最小示例代码和检查清单，帮助开发者正确使用chrome.storage进行数据持久化存储。
2026-03-13 13:12:17
168
原创 第六部分 — 网络、安全和规则 webRequest（剩余功能，替代方案）
摘要：MV3对webRequest功能进行了限制，禁止大多数流量修改操作，建议改用DNR（Declarative Net Request）。webRequest仍可用于观察请求元数据，但阻塞/重定向需使用DNR替代。开发者需注意权限最小化，避免使用<all_urls>等宽泛权限，并提供清晰的审核理由。企业级或策略安装场景可能有例外。常见问题包括MV2设计假设迁移不当和权限范围过宽。建议优先使用DNR进行请求控制，保持权限最小化，并参考官方迁移指南。
2026-03-12 11:04:12
51
原创 第六部分 — 网络、安全和规则 declarativeNetRequest：规则、限制与做法
本文介绍了MV3扩展中declarativeNetRequest(DNR)的使用方法。DNR通过声明式规则实现网络请求的拦截、重定向和修改，适用于广告拦截等场景，但不支持请求正文处理。文章详细说明了权限配置的两种方式（带/不带主机访问权限），并提供了manifest.json的配置示例。同时介绍了静态规则集和动态规则的使用方法，强调应保持规则集精简且可测试。最后指出了常见陷阱，如规则限制和调试注意事项，建议根据需求选择合适的权限模型，并提供了相关参考资料。
2026-03-12 11:01:17
254
原创 第五部分 — 内容脚本与页面交互 DOM 访问模式与安全桥接
避免场景： 仅需一个隔离世界的 DOM 变更即可。如果可以从服务工作者 orchestrating，这是在页面的 JavaScript 环境中运行代码最可靠的方式。这种模式简单易行，但同时也较为脆弱： 向页面世界注入 <script> 标签可能会被页面的 CSP 阻止。页面代码可能会互相干扰（请尽量保持简洁）。向页面泄露机密信息（切勿在页面中暴露扩展程序的机密信息）。[ ] 在可能的情况下，优先使用独立世界的 DOM 操作。使用场景： 当你需要在页面世界运行代码时。[ ] 切勿向页面暴露扩展程序的秘密。
2026-03-11 10:51:51
69
原创 第五部分 — 内容脚本与页面交互 内容脚本：注入、隔离、时机
本文介绍了浏览器扩展中内容脚本的使用场景和注意事项。内容脚本主要用于访问和修改DOM，适合数据抓取、UI注入等操作，但应避免用于可通过服务Worker完成的API调用。文章对比了静态注入和动态注入策略，并分析了不同执行时机的特点（document_start/document_end/document_idle）。同时指出了常见问题如API调用限制、注入失败原因等，最后提供了检查清单和参考资料，帮助开发者正确使用内容脚本。
2026-03-11 10:49:43
189
原创 第十二章 整合 Skill、Agent、自动化、上下文
摘要： 本章针对OpenClaw工作流的不稳定性问题，提出了一套整合任务、Skill、Agent等组件的纪律性方法。核心原则包括按边界组合任务、明确决策顺序、控制上下文范围及规范化恢复操作。实践步骤强调独立任务验证、手工集成测试和自动化分段启用，并设置审查机制与统一决策规则（拆分/暂停/重置）。常见失败模式如Agent范围漂移、Skill冗余等被归纳为设计缺陷，需通过自检清单规避。风险控制要求token增长与确定性提升同步，否则需及时干预。适用于已有稳定任务但组合后质量下降的场景，不适用于探索性阶段或单一任
2026-03-10 08:21:06
95
原创 第四部分 — 消息传递与协调 tabs / 脚本协调模式
本文介绍了MV3扩展开发中的安全脚本注入模式，重点解决标签页选择、权限管理和代码注入策略问题。文章对比了静态注入(content_scripts)和动态注入(chrome.scripting)的适用场景，提供了获取活动标签页ID的安全方法，并强调了处理特殊页面和注入失败的注意事项。核心建议包括：谨慎选择activeTab或主机权限、确保注入脚本的幂等性、明确框架目标以及妥善处理不合格页面。文中还提供了端到端的实现模式和检查清单，帮助开发者在MV3约束下构建可靠的扩展功能。
2026-03-10 08:19:24
378
原创 第四部分 — 消息传递与协调 长生命周期端口（connect）
本文介绍了在浏览器扩展开发中使用Port建立双向通信通道的最佳实践。Port适用于需要持续更新的场景（如进度报告、长期会话），但简单请求/响应应优先使用sendMessage。文章详细说明了最小端口模式实现、UI主导的重连策略、流式进度传输模式，并重点讨论了MV3环境中服务工作者重启时的故障处理方案。建议采用持久化存储保存检查点，支持任务恢复功能，并提供了包含START/PROGRESS/RESUME等消息类型的协议模板。最后列出了包含重连逻辑、检查点记录等要点的实施检查清单。
2026-03-09 09:11:35
286
McGraw.Hill.How.to.Do.Everything.with.JavaScript.eBook-DDU
2008-08-31
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人