企业官网建设流程全解析

1. 项目概述：当AI助手真正接管你的日程

如果你和我一样，每天都在和Claude、Cursor或者GitHub Copilot打交道，让它们帮忙写代码、改文案、理思路，那你肯定也遇到过这个尴尬时刻：当你试图让AI帮你规划一下今天的工作，或者问它“我下午两点到四点有空吗？”，它只能礼貌地告诉你：“抱歉，我无法访问你的日历和任务列表。” 这种感觉就像你有一个无所不知的军师，但他却对你军队的布防图一无所知，所有的战略决策都只能靠你手动传递信息。

这就是传统生产力工具的“黑盒”困境。你的任务管理器和日历应用是封闭的孤岛，AI再聪明，也只能在岛外干瞪眼。直到我遇到了Open Sunsama。这不仅仅是一个开源的任务管理器，它是我一直在寻找的那个“桥梁”——第一个真正为AI时代原生的、开放的任务与时间管理平台。它的核心使命很简单：让你的AI助手能够直接看见并管理你的日程。通过内置的MCP（Model Context Protocol）服务器，Claude Desktop、Cursor等工具可以直接调用24个专属工具来创建任务、安排时间块、查询日程，彻底打破了应用间的数据壁垒。无论是想快速自建一个可被AI操控的私人看板，还是厌倦了封闭生态想拥有完全的数据主权，这个基于React、Hono、Tauri和PostgreSQL的现代全栈项目，都提供了一个极其优雅的解决方案。

2. 核心设计理念：为什么是“AI原生”与“开放”？

在深入代码之前，理解Open Sunsama的设计哲学至关重要。市面上不缺优秀的任务管理工具，从Todoist到TickTick，从Sunama（原版）到Notion。但它们大多遵循一个传统范式：一个为人类手指和眼睛优化的精美界面，背后是一个对自动化脚本和外部AI并不友好的封闭API（或者根本没有）。

2.1 从“黑盒”到“白盒”的范式转移

Open Sunsama的出发点截然不同。它假设你的主要交互对象不再是UI，而是你的AI助手。因此，它的架构是“API-First, UI-Second”。

• 传统应用：UI -> 数据库。所有操作必须经过前端界面。
• Open Sunsama：AI/API -> 数据库 <- UI。数据库是一个开放的、定义良好的中心，AI和UI是平等的消费者。

这意味着，你通过拖拽日历块安排的一个会议，AI可以通过API立刻感知到；反之，AI根据你的工作习惯自动生成的时间安排，也会实时同步到你的可视化日历上。这种双向、实时的通透性，是“AI原生”的核心。

2.2 MCP协议：为AI打开大门的万能钥匙

项目最亮眼的功能是对MCP（Model Context Protocol）的深度集成。你可以把MCP理解为AI助手（如Claude）的“驱动程序”或“插件系统”标准。Open Sunsama实现了一个功能完整的MCP服务器，暴露了24个工具（Tools）。

为什么选择MCP而不是简单的ChatGPT插件？

1. 标准化与便携性：MCP是Anthropic推动的开放协议，一次适配，可在所有支持MCP的客户端（Claude Desktop、Cursor、Windsurf等）中通用，避免了为每个平台单独开发插件的碎片化。
2. 更丰富的交互：MCP工具不仅限于简单的“创建任务”。它提供了schedule_task（智能安排任务）、reorder_tasks（重新排序）、link_task_to_time_block（关联任务与时间块）等高级、语义化的操作，让AI能进行更复杂、更贴近人类助理的日程管理。
3. 本地化与隐私：MCP连接通常是本地或指向你自部署的服务器，你的任务数据无需经过第三方AI服务商的中转，隐私性更好。

2.3 技术选型的深层考量

项目的技术栈选择清晰地服务于其“全平台、高性能、开发者友好”的目标：

• Bun作为运行时：不仅因为其快速的启动和打包性能，更因为其原生的TypeScript支持和内置的测试、包管理功能，极大简化了全栈Monorepo的开发体验。bun install的速度和bun run的简洁，对于需要频繁启动多个服务（Web、API、Desktop）的项目来说是生产力利器。
• Hono作为后端框架：在Node.js的Web框架生态中，Hono以其极致的轻量、快速和优异的Edge兼容性脱颖而出。对于Open Sunsama这类API密集型的应用，Hono的简洁API和中间件模式，使得构建和维护RESTful端点以及MCP服务器逻辑非常高效。
• Tauri for Desktop：相比于Electron，Tauri使用Rust编写核心，并利用系统原生的WebView，生成的应用程序体积小（通常只有几MB）、内存占用低、启动速度快。这对于一个需要常驻系统托盘、响应全局热键的生产力工具而言，是关乎用户体验的关键选择。
• Drizzle ORM：在Prisma和TypeORM之外，Drizzle提供了一个更偏向SQL原生、类型安全且无黑箱魔法（zero magic）的选项。它的模式定义简洁，迁移生成可预测，非常适合对数据库操作有精细控制要求的项目。
• 一体化Monorepo（Turborepo）：将前端（Web）、后端（API）、桌面端、移动端、共享类型、工具函数等放在一个仓库中，用Turborepo管理任务管道和缓存。这保证了跨平台应用在共享业务逻辑（如API客户端、数据模型）时的高度一致性，避免了重复代码和版本同步的噩梦。

3. 核心功能拆解与实操指南

3.1 任务管理系统的实现细节

Open Sunsama的任务模型设计兼顾了灵活性与实用性，远不止一个“待办事项”那么简单。

数据模型核心字段解析：

• priority(P0-P3)：优先级不是简单的数字或标签，而是与颜色编码、智能排序（例如，在AI安排任务时，P0会优先分配黄金时间）和过滤视图深度绑定。在数据库层面，通常使用枚举类型（ENUM）确保数据一致性。
• scheduledDate与timeBlocks：这是任务与日历整合的关键。一个任务可以有一个计划日期（哪一天做），同时可以与一个或多个“时间块”（具体哪个时间段做）关联。这种设计分离了“意图”（scheduledDate）和“承诺”（timeBlock），更符合实际规划场景。
• estimatedMins与actualMins：用于时间追踪和后续的AI分析（未来功能）。actualMins可能通过手动录入或焦点模式计时器自动累计。
• rolloverAtMidnight：这是一个非常贴心的功能开关。当开启时，未完成的任务会在午夜自动顺延到第二天，避免清单堆积带来的焦虑。实现上，这需要一个后台定时任务（如使用PG Boss）在每天00:00后运行，扫描并更新符合条件的任务。

富文本编辑器（Tiptap）的集成：项目使用Tiptap构建了任务描述和笔记编辑器。Tiptap基于ProseMirror，提供了强大的可扩展性。在集成时，需要注意：

1. 内容存储：通常将编辑器输出的JSON直接存入PostgreSQL的JSONB字段中，便于查询和部分更新。
2. 文件上传：Tiptap支持图像等文件嵌入。Open Sunsama需要配置S3或兼容的对象存储服务。上传流程一般是：前端获取文件 -> 调用预签名URL接口 -> 直传到对象存储 -> 将返回的文件URL插入编辑器内容。
3. 协同考虑（未来）：虽然当前是个人使用，但使用ProseMirror为未来可能的实时协同编辑打下了良好基础。

3.2 时间块日历：可视化日程的核心

时间块（Time Blocking）是当前效率领域备受推崇的方法，Open Sunsama的日历视图是其直观体现。

前端实现要点：

1. 网格系统：日历通常被渲染为一个垂直时间轴（如从8:00到22:00）和水平日期轴（一周七天）的网格。使用CSS Grid或Flexbox结合绝对定位来放置时间块元素。
2. 拖拽与缩放：这是交互的核心。推荐使用@dnd-kit库来实现拖拽排序和跨日期移动。对于时间块的缩放（调整开始/结束时间），需要在块边缘设置可拖拽区域，并计算鼠标移动距离对应的分钟数，再结合“吸附到网格”（如15分钟一格）的功能，提升操作精度。
3. 与任务的联动：当从任务侧边栏拖拽一个任务到日历上时，实际上会触发两个操作：创建一个新的时间块，并将该任务与这个时间块关联（task.timeBlockId）。在UI上，这个时间块会显示任务标题和优先级颜色。

后端数据结构：

// 简化示例 interface TimeBlock { id: string; userId: string; title: string; // 可直接用关联的任务标题，或自定义 taskId?: string; // 可选的关联任务ID startTime: DateTime; // 使用ISO 8601字符串或数据库timestamp endTime: DateTime; color?: string; // 可从关联任务优先级派生 }

关键操作API：POST /api/time-blocks(创建),PUT /api/time-blocks/:id(更新/移动/缩放),DELETE /api/time-blocks/:id(删除),GET /api/time-blocks?date=YYYY-MM-DD(获取某天日程)。

3.3 AI集成（MCP服务器）深度配置

让Claude Desktop连接上你的Open Sunsama，是实现“AI原生”体验的第一步。

配置步骤详解：

1. 获取API密钥：在Open Sunsama的Web设置页面生成一个具有足够权限（至少包含tasks:write和time-blocks:write）的API密钥。
2. 定位配置文件：Claude Desktop的MCP配置文件路径通常是~/Library/Application Support/Claude/claude_desktop_config.json(macOS) 或%APPDATA%\Claude\claude_desktop_config.json(Windows)。
3. 编辑配置：你需要添加一个mcpServers配置项。Open Sunsama提供了便捷的NPM包@open-sunsama/mcp，你可以通过npx直接运行它。

   { "mcpServers": { "open-sunsama": { "command": "npx", "args": ["-y", "@open-sunsama/mcp"], "env": { "OPENSUNSAMA_API_KEY": "os_your_actual_api_key_here", // 替换成你的密钥 "OPENSUNSAMA_API_BASE_URL": "https://api.your-selfhosted-domain.com" // 如果是自托管，需指定 } } } }

   注意：使用npx -y会确保每次启动Claude时都拉取最新版本的MCP服务器，适合尝鲜。对于稳定使用，建议在本地全局安装（npm i -g @open-sunsama/mcp）并将command改为mcp-server-open-sunsama，以提高启动速度和稳定性。

4. 重启Claude Desktop：保存配置文件后，完全退出并重启Claude Desktop应用。
5. 验证连接：重启后，在Claude的聊天界面，你应该能看到一个微小的插件图标被点亮，或者直接尝试对Claude说：“看看我今天的任务有哪些？” 如果配置成功，Claude会调用list_tasks工具并返回结果。

24个MCP工具实战场景：

• 场景一：晨间规划。对Claude说：“把我优先级为P1和P2的任务列出来，并按预估时间排序。” Claude会调用list_tasks，并可能结合get_schedule_for_day看看你今天已有的时间块，然后给出安排建议。
• 场景二：即时记录。在编码时想到一个优化点，直接告诉Claude：“创建一个任务，标题是‘重构用户认证模块的错误处理’，优先级P2，添加到我的任务列表。” 它会调用create_task。
• 场景三：动态调整。一个临时会议打乱了下午的计划。你可以说：“把我今天下午‘编写项目文档’这个任务移到明天上午10点。” Claude需要先list_tasks找到该任务ID，然后调用schedule_task或update_time_block来完成。
• 场景四：进度更新。完成一个复杂任务的子项后，告诉Claude：“标记‘设计系统评审’任务的第一个子任务为完成。” 它会使用toggle_subtask。

3.4 自托管部署全流程

对于开发者而言，将Open Sunsama部署在自己的服务器上，能获得最大的控制权和数据隐私。

环境准备（以Ubuntu 22.04为例）：

1. 服务器：一台至少有1核2G内存的VPS（如DigitalOcean, Linode, 或国内的云服务商）。域名一个（可选，但推荐）。
2. 安装Bun：

   curl -fsSL https://bun.sh/install | bash source ~/.bashrc # 或 ~/.zshrc bun --version

3. 安装并配置PostgreSQL 15+：

   sudo apt update sudo apt install postgresql postgresql-contrib sudo -u postgres psql

   在PostgreSQL命令行中：

   CREATE DATABASE opensunsama; CREATE USER opensunsama WITH PASSWORD 'your_strong_password_here'; GRANT ALL PRIVILEGES ON DATABASE opensunsama TO opensunsama; \q

4. （可选）对象存储：如果需要文件上传功能，需准备一个S3兼容存储（如AWS S3, MinIO, Cloudflare R2）。获取Access Key,Secret Key,Bucket Name和Endpoint。

项目配置与启动：

1. 克隆与配置：

   git clone https://github.com/ShadowWalker2014/open-sunsama.git cd open-sunsama cp .env.example .env cp apps/api/.env.example apps/api/.env

2. 生成关键密钥：安全性至关重要。使用OpenSSL生成强密钥。

   # 生成JWT密钥（用于用户会话） openssl rand -base64 32 # 生成日历加密密钥（未来用于加密同步的第三方日历凭证） openssl rand -hex 32

   将生成的字符串分别填入两个.env文件的JWT_SECRET和CALENDAR_ENCRYPTION_KEY字段。
3. 填写其他环境变量：编辑.env和apps/api/.env，正确设置数据库连接字符串DATABASE_URL（格式：postgresql://opensunsama:password@localhost:5432/opensunsama），以及可选的对象存储配置。
4. 数据库迁移：运行Drizzle的迁移命令，创建所有数据表。

   bun run db:push

   注意：在生产环境，更推荐使用db:migrate来运行可版本控制的迁移文件，但项目初期使用db:push从代码模式同步到数据库更为快捷。

5. 构建与运行：开发环境直接bun run dev即可。生产环境则需要构建。

   # 构建前端和API bun run build # 使用PM2等进程管理器启动API服务 cd apps/api bun run start # 前端静态文件使用Nginx或Caddy等服务托管

6. 配置反向代理（Nginx示例）：为了让Web应用和API通过域名访问。

   # 在 /etc/nginx/sites-available/opensunsama 中 server { listen 80; server_name your-domain.com; # 你的域名 # 前端静态文件 location / { root /path/to/open-sunsama/apps/web/dist; try_files $uri $uri/ /index.html; } # 后端API代理 location /api/ { proxy_pass http://localhost:3001/; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection 'upgrade'; proxy_set_header Host $host; proxy_cache_bypass $http_upgrade; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } }

   启用配置并重启Nginx：sudo systemctl restart nginx。

Docker Compose一键部署（推荐）： 对于追求部署简便的用户，项目提供的docker-compose.yml是最佳选择。它通常包含了PostgreSQL、API服务、Web前端，甚至PG Boss作业队列。

# 只需一步 docker-compose up -d

这会在后台启动所有容器，并处理好网络互联。你只需要确保宿主机的端口（如3000、3001）未被占用，并提前在一个单独的.env文件中配置好所有环境变量供Docker Compose读取。

4. 开发体验与二次开发指南

4.1 Monorepo开发环境搭建

Open Sunsama采用Turborepo管理，这是一种高效的多包管理方式。

# 克隆项目后，安装依赖（Bun会并行安装所有workspace的依赖） bun install # 运行开发模式，Turborepo会并行启动web、api等服务 bun run dev # 运行类型检查 bun run typecheck # 运行代码检查 bun run lint

Workspace结构解析：

• apps/: 包含所有可独立运行的应用。
  • web/: 基于Vite + React 19的前端SPA。使用了TanStack Router进行类型安全的路由管理，TanStack Query处理服务器状态。UI组件主要来自Radix UI（无样式、可访问性好的原始组件）和自定义的Tailwind CSS样式。
  • api/: Hono后端服务器。定义了所有RESTful路由、MCP服务器逻辑，并通过Drizzle ORM与数据库交互。
  • desktop/: Tauri 2桌面应用。其src-tauri目录下是Rust代码，负责系统集成（托盘、全局热键、窗口控制）；src目录下是前端代码，通常与web/共享大量逻辑。
  • mobile/: Expo React Native移动端应用。使用Expo Router进行导航。
• packages/: 共享的代码包，被上述应用引用。
  • database/:核心。包含Drizzle模式定义（schema.ts）和迁移文件。任何数据模型的修改都应从这里开始。
  • types/: 共享的TypeScript类型定义，确保前后端类型一致。
  • api-client/: 基于Fetch或axios封装的、类型安全的API客户端，并集成了TanStack Query的hooks，使得前端调用API像调用本地函数一样简单且类型安全。
  • utils/: 通用的工具函数，如日期处理、表单验证、错误处理等。

4.2 如何添加一个新功能：以“任务标签”为例

假设我们想为任务增加标签（Tags）功能。

1. 修改数据库模式(packages/database/schema.ts)：

   // 1. 创建标签表 export const tags = pgTable('tags', { id: uuid('id').primaryKey().defaultRandom(), name: text('name').notNull(), color: varchar('color', { length: 7 }), // 如 #FF6B6B userId: uuid('user_id').notNull().references(() => users.id, { onDelete: 'cascade' }), createdAt: timestamp('created_at').defaultNow().notNull(), }); // 2. 创建任务与标签的多对多关联表 export const taskTags = pgTable('task_tags', { taskId: uuid('task_id').notNull().references(() => tasks.id, { onDelete: 'cascade' }), tagId: uuid('tag_id').notNull().references(() => tags.id, { onDelete: 'cascade' }), }, (table) => ({ pk: primaryKey({ columns: [table.taskId, table.tagId] }), })); // 3. 在tasks表中添加关联关系（可选，用于Drizzle查询） export const tasks = pgTable('tasks', { // ... 原有字段 tags: many(taskTags), // 定义关系 });

2. 生成并运行迁移：

   bun run db:generate # 根据schema变化生成迁移SQL文件 bun run db:migrate # 执行迁移

3. 更新共享类型(packages/types/index.ts)：添加Tag和TaskWithTags等接口。
4. 扩展后端API(apps/api/routes/tasks.ts和新的tags.ts)：
   • 创建POST /api/tags,GET /api/tags等端点。
   • 在任务创建和更新端点中，支持接收tagIds数组，并在关联表中建立或解除关系。
5. 更新MCP服务器(mcp/server.ts)：为AI助手添加新的工具，例如add_tag_to_task,list_tags。
6. 更新前端UI(apps/web/)：
   • 在任务创建/编辑表单中添加标签选择器（例如使用@radix-ui/react-dropdown-menu或react-select）。
   • 在任务列表和详情中展示标签。
   • 使用packages/api-client中的hooks调用新的API。
7. 更新桌面端和移动端：由于共享了类型和API客户端，通常只需更新UI组件部分。

4.3 性能优化与调试技巧

• 数据库查询优化：Drizzle的优势在于你写的SQL是透明的。使用.explain()方法分析复杂查询，为频繁查询的字段（如task.userId,task.scheduledDate）添加索引。多对多关联查询时，注意使用leftJoin避免N+1问题。
• 前端状态管理：TanStack Query自动处理了服务端状态缓存、更新、重试。关键是要合理设置staleTime和cacheTime。对于任务、时间块这类实时性要求较高的数据，可以设置较短的staleTime（如30秒）或使用WebSocket实现实时同步（未来扩展）。
• Tauri桌面端调试：运行bun run tauri dev会启动一个开发窗口。你可以像调试Web应用一样使用浏览器开发者工具。对于Rust端的日志，它们会打印在终端中。Tauri还提供了强大的系统API，调用前请务必阅读其安全配置 (tauri.conf.json中的allowlist)。
• MCP服务器调试：MCP服务器通过stdio与客户端通信。你可以在启动MCP服务器时添加调试标志，或者直接运行npx -y @open-sunsama/mcp来查看原始JSON-RPC请求和响应，这对于排查工具调用失败非常有用。

5. 常见问题与故障排查实录

在实际部署和使用Open Sunsama的过程中，你可能会遇到以下问题。这里记录了我踩过的坑和解决方案。

5.1 部署与启动问题

问题1：bun install失败或速度极慢。

• 排查：首先确认Bun版本（bun --version）在1.0以上。网络问题可能是主因，尤其是在国内。
• 解决：
  1. 尝试设置镜像：export BUN_CONFIG_REGISTRY="https://registry.npmmirror.com"。
  2. 如果某个包（特别是需要下载二进制文件的，如@tauri-apps/cli）安装失败，可以尝试单独安装：bun add -g @tauri-apps/cli。
  3. 最彻底的方法是使用Docker部署，避免宿主机的环境差异。

问题2：数据库迁移失败，提示表或列已存在。

• 排查：这通常是因为之前运行过db:push或旧的迁移文件，导致数据库状态与当前代码模式不一致。
• 解决：
  1. （开发环境）可以重置数据库：bun run db:drop（如果脚本存在）或手动DROP DATABASE再CREATE DATABASE。注意：这会清空所有数据！
  2. （生产环境）切勿重置。应该使用Drizzle的迁移模式。检查packages/database/migrations/文件夹，确保有最新的迁移文件，然后运行bun run db:migrate。如果冲突复杂，可能需要手动编写SQL迁移脚本来调和差异。

问题3：Docker Compose启动后，Web应用无法访问API，报跨域（CORS）错误。

• 排查：在Docker Compose中，每个服务都在自己的容器网络中，前端通过服务名（如http://api:3001）访问后端是通的。但如果你通过宿主机的浏览器访问localhost:3000，它向localhost:3001发请求就会跨域。
• 解决：
  1. 正确做法：在API服务（Hono）中正确配置CORS中间件，允许前端域名的请求。检查apps/api/index.ts中是否包含了类似app.use('/*', cors())的配置，并确保其允许来自Web应用域名的请求。
  2. 临时调试：可以在浏览器中安装CORS解除插件，但这不是生产方案。
  3. 生产部署：如前文所述，使用Nginx等反向代理将/api路径代理到API服务，这样前后端同域，自然没有CORS问题。

5.2 AI（MCP）集成问题

问题4：Claude Desktop已配置MCP，但Claude说“没有可用工具”或调用失败。

• 排查步骤：
  1. 检查配置路径和格式：确保JSON配置文件格式正确，没有尾随逗号。路径是否正确（macOS的Library首字母大写）。
  2. 检查环境变量：确保OPENSUNSAMA_API_KEY的值正确无误，且没有多余的空格或换行。如果自托管，OPENSUNSAMA_API_BASE_URL必须指向正确的API地址（如http://localhost:3001或你的公网地址）。
  3. 查看Claude日志：在Claude Desktop中，通常可以通过Help->Toggle Developer Tools打开控制台，查看是否有MCP服务器启动失败的错误信息。
  4. 手动测试MCP服务器：在终端运行npx -y @open-sunsama/mcp，观察是否有错误输出。正常启动后会等待标准输入。
• 解决：根据错误信息修正。最常见的是API密钥错误或网络无法连接到API服务器。

问题5：AI可以列出任务，但创建任务失败。

• 排查：这通常是权限问题。创建任务需要tasks:write权限。
• 解决：登录Open Sunsama Web端，进入设置->API密钥，检查你使用的密钥是否勾选了tasks:write作用域。如果没有，创建一个新的密钥并勾选所有需要的权限。

5.3 使用与功能问题

问题6：时间块在日历上拖动不跟手，或者位置计算不准。

• 排查：这通常是前端交互逻辑或时区处理的问题。
• 解决：
  1. 时区：确保前后端在处理日期时间时，都使用UTC或用户的本地时区，并保持一致。数据库中的timestamp字段建议使用timestamptz（带时区的时间戳）。
  2. 拖拽库：检查@dnd-kit的传感器（Sensors）配置，可能是移动阈值（activationConstraint.distance）设置过大。可以尝试调整或使用更灵敏的指针传感器。
  3. 网格吸附：检查吸附逻辑。计算鼠标移动距离对应的分钟数时，取整算法（Math.round或Math.floor）可能导致体验不佳。可以尝试更精细的网格（如5分钟）或提供“禁用吸附”的选项。

问题7：任务在午夜没有自动顺延（Rollover）。

• 排查：Rollover功能依赖于后台作业处理器（PG Boss）和定时任务。
• 解决：
  1. 确认PG Boss服务已正确启动。在Docker Compose中，它可能作为API服务的一部分启动，也可能是一个独立服务。
  2. 检查API服务的日志，看是否有关于PG Boss或定时任务的错误。
  3. 检查tasks表中是否有rolloverAtMidnight字段为true且completedAt为NULL的任务。
  4. 手动触发一次任务检查（如果提供了管理端点），或直接查看数据库，确认作业队列中是否有待处理的Rollover作业。

问题8：文件上传失败。

• 排查：首先确认是否配置了对象存储（S3）相关的环境变量（S3_ENDPOINT,S3_ACCESS_KEY,S3_SECRET_KEY,S3_BUCKET）。
• 解决：
  1. 检查环境变量拼写和值是否正确，特别是Secret Key中是否包含特殊字符需要转义。
  2. 检查S3存储桶的权限策略（Policy）和跨域设置（CORS），确保你的服务器有上传（PutObject）权限，并且前端域名被允许。
  3. 查看API日志，获取更具体的错误信息（如签名错误、网络超时等）。

这个项目最让我兴奋的，不是它已经实现的功能，而是它展现的一种可能性：个人生产力工具不再是被动使用的软件，而是可以主动与AI智能体协同进化的开放平台。从手动拖拽时间块，到用自然语言告诉AI“帮我安排下周的重点工作”，这种体验上的跃迁，只有在一个从设计之初就拥抱开放和自动化的系统中才能流畅实现。如果你也受困于日程与AI的割裂，不妨花上一个下午，把它部署起来试试。那种让AI真正开始为你管理时间的感觉，就像第一次用上自动驾驶一样，一旦习惯，就再也回不去了。