My Life Feed

核心用法

My Life Feed Skill 是一个命令行工具集，用于通过 REST API 与 MyFeed 日程管理服务交互。主要功能包括：

1. 创建日程事项（Thing）：支持设置事项描述、开始时间（Unix 时间戳毫秒）及多级提醒闹钟（分钟/小时/天/周/月为单位）
2. 邀请机制：可邀请单个好友（通过手机号，格式为国家代码+号码，不含+号）或整个群组，但二者互斥
3. 群组管理：通过 get_groups 接口查询用户所属群组，获取 group_id 用于后续邀请操作

典型工作流：先用 get_groups 查找目标群组 → 复制 group_id → 调用 create_thing 创建带提醒的事项并发送群组邀请。

显著优点

• 轻量无依赖：仅依赖标准工具 curl 和 jq，无需安装额外 SDK
• 灵活提醒：支持多层级、多单位的时间提醒配置
• 批量邀请：通过群组 ID 可一次性邀请多人，省去逐个添加手机号的繁琐
• 声明式 API：JSON 参数结构清晰，易于脚本化和自动化集成

潜在缺点与局限性

• 手动密钥管理：API 密钥需人工导出环境变量，无 OAuth 等标准授权流程
• 无内置重试：curl 命令需自行处理网络异常和重试逻辑
• 时间格式要求严格：start_time 必须为毫秒级 Unix 时间戳且须为未来时间
• 邀请类型限制：单次创建时群组邀请与个人邀请无法混用
• 调试困难：错误信息依赖服务端返回，缺乏本地参数预校验

适合人群

• 习惯命令行操作的技术用户
• 需要将 MyFeed 日程管理集成到自动化脚本或 CI/CD 流程的开发者
• 频繁批量创建团队活动提醒的群组管理员

常规风险

• 密钥泄露风险：API 密钥以纯文本形式存储于环境变量，在多用户系统或日志中可能意外暴露
• 权限过大：单一 API 密钥即提供完整账户访问权限，缺乏细粒度权限控制
• 速率限制：每 10 秒仅 3 次请求，高频自动化场景可能触发限流
• 时间戳错误：使用错误时间单位或过去时间会导致请求失败

核心用法

My Life Feed Skill 是一款纯文档型 Skill，提供通过 REST API 与 MyFeed 社交平台交互的完整指南。主要功能包括：

1. 创建活动（Thing）并邀请好友：通过 create_thing 请求创建带提醒的活动，支持设置多层级闹钟（分钟/小时/天/周/月），并通过手机号邀请单个好友。

2. 群组管理：使用 get_groups 请求列出用户所属群组，获取 group_id、url_group 和管理员状态等信息，支持按时间筛选。

3. 群组邀请：将活动邀请发送至整个群组，实现批量社交提醒。

所有 API 调用均通过标准 curl 示例展示，返回 JSON 数据可通过 jq 工具解析处理。

显著优点

• 零代码风险：纯 Markdown 文档型 Skill（T-MD 分类），无实际可执行代码，从根本上消除了代码注入、权限升级等执行层风险。
• 安全凭证管理：API Key 通过环境变量 MyFeed_API_KEY 读取，无硬编码敏感信息，符合安全最佳实践。
• 传输加密保障：所有 API 调用强制使用 HTTPS/TLS 1.2+，确保数据传输安全。
• 低依赖 footprint：仅需系统预装的 curl 和 jq 工具，无第三方包依赖，无供应链攻击风险。
• 灵活提醒机制：支持多时间单位（分钟至月级）的自定义提醒设置，满足多样化社交场景需求。

潜在缺点与局限性

• 外部服务依赖：核心功能完全依赖第三方 API skill.myfeed.life，该域名不属于知名云服务商，运营方背景未充分披露，存在服务可用性和数据主权风险。
• T3 来源可信度：维护者为匿名标识的个人/社区项目，未经知名组织或顶级开源基金会背书，长期维护和安全响应能力存疑。
• 速率限制：API 限制为每 10 秒 3 请求，高频自动化场景可能受限。
• 无输入验证示例：当前示例未展示对 phone_number、start_time 等参数的校验逻辑，用户自行集成时易引入错误。
• 时区处理模糊：start_time 要求为毫秒级 Unix 时间戳，但未明确说明时区约定，跨时区使用可能产生偏差。

适合人群

• 需要自动化管理社交日程的 MyFeed 平台活跃用户
• 希望通过脚本批量创建活动提醒的技术型用户
• 对 API 集成有基础了解、能独立编写安全调用代码的开发者
• 能接受第三方服务数据存储风险的非敏感场景使用者

常规风险

• 数据隐私风险：活动描述、好友手机号等个人信息发送至第三方服务器存储，建议确认服务隐私政策后再使用。
• API Key 泄露风险：环境变量方式虽安全，但用户可能在日志或命令历史中意外暴露，需加强操作习惯管理。
• 服务持续性风险：社区项目可能停止维护或变更 API 接口，建议关注更新动态并做好迁移预案。