共 40 篇文章，第 3 页
项目概述 这是一个全栈的Claude Code Web UI项目，旨在为Claude Code提供一个现代化、功能丰富的Web界面，让用户可以在浏览器中享受完整的Claude Code体验（主要的作用希望可以在移动端上使用 web ui ）。 技术栈 前端: React 18 + TypeScript + Vite + Tailwind CSS 后端: Deno + Hono框架 构建工具: 支持多平台编译 (Linux x64/ARM64, macOS x64/ARM64,Windows WSL)
要求克劳德就如何解决某个具体问题制定计划。我们建议使用 "思考 "一词来触发扩展思考模式，这将为克劳德提供额外的计算时间，以更全面地评估备选方案。这些特定短语在系统中直接映射到不断增加的思维预算级别： "思考"
随着大语言模型的快速发展，AI 编程工具已经成为开发者日常工作中不可或缺的助手。从 GitHub Copilot 到 Cursor、Cline，再到最新的 Claude Code，这些工具正在重新定义软件开发的工作流程。然而，这些工具背后的技术实现差异巨大，直接影响着它们在不同场景下的表现。
媳妇怀孕了，使用Claude code给媳妇开发一款孕期大作战的ios端app，使用的技术栈如下： ### 前端 - **语言/框架:** Swift (SwiftUI 为主, 可结合 UIKit) - **架构:** MVVM ### 后端 - **语言/框架:** C# ASP.NET Core 8.0 - **架构:** Clean Architecture - **数据库:** Supabase (基于 PostgreSQL) - **数据访问:** Dapper, Npgsql - **认证授权:** JWT, Supabase Auth
在AI工具的选择上，真正的效率高手早已明白“互补胜于单选”的道理。Claude Code的敏捷对话能力与Gemini CLI的海量上下文解析优势，恰好构成了一个极具生产力的组合。当二者协同工作时，不仅能有效弥补各自的不足，其协同效应更远超Cursor和Augment等单独工具的体验。
我花了几个晚上试图在Windows环境下使用Claude Code来开发Unity项目，过程中遇到了一些挑战和问题。这里总结一下遇到的困难以及解决方案，希望能为其他开发者提供一些参考。 首先，得先给出一个结论：目前不建议在这个阶段尝试使用Claude Code进行Unity项目开发。原因很简单，Claude Code并不原生支持Windows平台，整个过程充满了各种坑，而且工程配置和调试的难度较大。即使最后成功跑通，实际的体验也远没有预期那么理想。
昨晚尝试把Claude Code集成在Cursor里面使用，发现遇到的问题是由于windows需要在WSL环境下使用ClaudeCode，所以会因为工作路径不一致导致无法在ClaudeCode里面识别添加CursorIDE， 这里找到了一个最简洁的方案，在打开cursor后，点自己左下角的图标
Claude Code 的强大，首先是模型的强大，Claude 4 无论是 Sonnet 还是 Opus，在编程和 Agent 能力上都很强！这是成功的基础。 然后是内置工具的强大，Claude Code 内置有 18 个工具，这些工具有 Grep 检索代码的，有执行命令的，有 TODO 读写的工具，有架构分析的工具，模型借助这些工具模拟了程序员解决问题的思路：制定计划、分析问题、检索代码库找到相应的代码位置、解决问题、测试验证。
在使用 Claude Code 进行开发时，我经常会让它执行一些耗时较长的任务，比如重构代码、实现新功能或修复复杂的 bug。问题是，我经常需要切换到其他工作（其实是刷剧/打游戏），导致忘记检查 Claude Code 是否已经完成任务，或者过了很久才发现它已经完成任务了，导致浪费了一些AI产出的时间。 今天，我想分享一个实用的解决方案：为 Claude Code 添加 Windows 通知功能。当任务完成时，你会在 Windows 右下角收到一个气泡通知，再也不用担心错过 AI 助手的完成提醒了。
这篇文章是对于我长期的ai coding的经历分享，主要是对于我的多个阶段失败尝试的归纳总结。可能因为我还在上学，接触的技术栈还很有限，所以项目本身的参考意义不大，但是对于与ai的交互我有很深的体会。我也会分享
