foliko 1.0.80 → 1.0.82

package/plugins/file-system-plugin.js

@@ -5,6 +5,8 @@
 
 const { Plugin } = require('../src/core/plugin-base')
 const { NodeHtmlMarkdown } = require('node-html-markdown')
+const { Readable } = require('stream')
+const { pipeline } = require('stream/promises')
 class FileSystemPlugin extends Plugin {
   constructor(config = {}) {
     super()
@@ -152,18 +154,19 @@ class FileSystemPlugin extends Plugin {
     // 写入文件
     framework.registerTool({
       name: 'write_file',
-      description: '创建或写入文件内容。content 是要写入的文本内容。',
+      description: `创建或写入文件内容。
+      
+    注意：
+    - 对于大文件（>100MB），建议分多次调用 append_to_file
+    - 支持覆盖写入和追加写入`,
       inputSchema: z.object({
-        path: z.string().describe('文件路径（必须）'),
-        content: z.string().describe('文件内容（必须）')
+        path: z.string().describe('文件路径'),
+        content: z.string().describe('文件内容'),
+        mode: z.enum(['write', 'append']).default('write').describe('写入模式：write=覆盖写入，append=追加内容')
       }),
       execute: async (args, framework) => {
-        const { path: filePath, content } = args
-        if (!filePath || !content) {
-          return { success: false, error: 'path 和 content 都是必填参数' }
-        }
-
-        // 路径安全验证
+        const { path: filePath, content, mode = 'write' } = args
+        
         const pathCheck = validatePath(filePath)
         if (!pathCheck.valid) {
           return { success: false, error: pathCheck.error }
@@ -174,8 +177,48 @@ class FileSystemPlugin extends Plugin {
           if (!fs.existsSync(dir)) {
             fs.mkdirSync(dir, { recursive: true })
           }
-          fs.writeFileSync(pathCheck.resolved, content, 'utf8')
-          return { success: true, message: `文件已写入: ${pathCheck.resolved}`, filePath: pathCheck.resolved, size: content.length }
+          
+          const flag = mode === 'append' ? 'a' : 'w'
+          const writeStream = fs.createWriteStream(pathCheck.resolved, { 
+            encoding: 'utf8',
+            flags: flag,
+            highWaterMark: 256 * 1024 // 256KB 缓冲区
+          })
+          
+          // 分块写入，避免背压问题
+          const CHUNK_SIZE = 1024 * 1024 // 1MB 块
+          let offset = 0
+          
+          const writeChunk = async () => {
+            while (offset < content.length) {
+              const end = Math.min(offset + CHUNK_SIZE, content.length)
+              const chunk = content.slice(offset, end)
+              
+              const canContinue = writeStream.write(chunk)
+              offset = end
+              
+              // 如果缓冲区满了，等待 drain 事件
+              if (!canContinue && offset < content.length) {
+                await new Promise(resolve => writeStream.once('drain', resolve))
+              }
+            }
+          }
+          
+          await writeChunk()
+          
+          return new Promise((resolve, reject) => {
+            writeStream.end((err) => {
+              if (err) reject(err)
+              else resolve({
+                success: true,
+                message: `文件已${mode === 'append' ? '追加' : '写入'}: ${pathCheck.resolved}`,
+                filePath: pathCheck.resolved,
+                size: content.length,
+                mode
+              })
+            })
+          })
+          
         } catch (error) {
           return { success: false, error: error.message }
         }

package/plugins/telegram-plugin.js

@@ -296,9 +296,9 @@ class TelegramPlugin extends Plugin {
 
     const { agent, sessionId } = sessionInfo
 
-    if (this._sessionPlugin) {
-      this._sessionPlugin.addMessage(sessionId, { role: 'user', content: text })
-    }
+    // if (this._sessionPlugin) {
+    //   this._sessionPlugin.addMessage(sessionId, { role: 'user', content: text })
+    // }
 
     let thinkingMsg
     try {
@@ -326,9 +326,9 @@ class TelegramPlugin extends Plugin {
         }
       }
 
-      if (this._sessionPlugin) {
-        this._sessionPlugin.addMessage(sessionId, { role: 'assistant', content: fullResponse })
-      }
+      // if (this._sessionPlugin) {
+      //   this._sessionPlugin.addMessage(sessionId, { role: 'assistant', content: fullResponse })
+      // }
 
       const safeResponse = escapeMarkdown(fullResponse) || '抱歉，我没有收到有效的回复。'
       await this._bot.editMessageText(safeResponse, {

package/plugins/weixin-plugin.js

@@ -245,9 +245,9 @@ class WeixinPlugin extends Plugin {
     const { agent, sessionId } = sessionInfo
 
     // 使用 SessionPlugin 添加用户消息到历史
-    if (this._sessionPlugin) {
-      this._sessionPlugin.addMessage(sessionId, { role: 'user', content: text })
-    }
+    // if (this._sessionPlugin) {
+    //   this._sessionPlugin.addMessage(sessionId, { role: 'user', content: text })
+    // }
 
     // 发送正在输入状态
     try {
@@ -264,9 +264,9 @@ class WeixinPlugin extends Plugin {
       const fullResponse = cleanResponse(result.message || '')
 
       // 保存助手回复到历史（使用 SessionPlugin）
-      if (this._sessionPlugin) {
-        this._sessionPlugin.addMessage(sessionId, { role: 'assistant', content: fullResponse })
-      }
+      // if (this._sessionPlugin) {
+      //   this._sessionPlugin.addMessage(sessionId, { role: 'assistant', content: fullResponse })
+      // }
 
       // 发送回复（超过500字自动分批）
       if (fullResponse) {

package/skills/find-skills/AGENTS.md

@@ -1,162 +1,162 @@
-# AGENTS.md
-
-This file provides guidance to AI coding agents working on the `skills` CLI codebase.
-
-## Project Overview
-
-`skills` is the CLI for the open agent skills ecosystem.
-
-## Commands
-
-| Command                       | Description                                         |
-| ----------------------------- | --------------------------------------------------- |
-| `skills`                      | Show banner with available commands                 |
-| `skills add <pkg>`            | Install skills from git repos, URLs, or local paths |
-| `skills experimental_install` | Restore skills from skills-lock.json                |
-| `skills experimental_sync`    | Sync skills from node_modules into agent dirs       |
-| `skills list`                 | List installed skills (alias: `ls`)                 |
-| `skills check`                | Check for available skill updates                   |
-| `skills update`               | Update all skills to latest versions                |
-| `skills init [name]`          | Create a new SKILL.md template                      |
-
-Aliases: `skills a` works for `add`. `skills i`, `skills install` (no args) restore from `skills-lock.json`. `skills ls` works for `list`. `skills experimental_install` restores from `skills-lock.json`. `skills experimental_sync` crawls `node_modules` for skills.
-
-## Architecture
-
-```
-src/
-├── cli.ts           # Main entry point, command routing, init/check/update
-├── cli.test.ts      # CLI tests
-├── add.ts           # Core add command logic
-├── add.test.ts      # Add command tests
-├── list.ts          # List installed skills command
-├── list.test.ts     # List command tests
-├── agents.ts        # Agent definitions and detection
-├── installer.ts     # Skill installation logic (symlink/copy) + listInstalledSkills
-├── skills.ts        # Skill discovery and parsing
-├── skill-lock.ts    # Global lock file management (~/.agents/.skill-lock.json)
-├── local-lock.ts    # Local lock file management (skills-lock.json, checked in)
-├── sync.ts          # Sync command - crawl node_modules for skills
-├── source-parser.ts # Parse git URLs, GitHub shorthand, local paths
-├── git.ts           # Git clone operations
-├── telemetry.ts     # Anonymous usage tracking
-├── types.ts         # TypeScript types
-├── mintlify.ts      # Mintlify skill fetching (legacy)
-├── providers/       # Remote skill providers (GitHub, HuggingFace, Mintlify)
-│   ├── index.ts
-│   ├── registry.ts
-│   ├── types.ts
-│   ├── huggingface.ts
-│   └── mintlify.ts
-├── init.test.ts     # Init command tests
-└── test-utils.ts    # Test utilities
-
-tests/
-├── sanitize-name.test.ts     # Tests for sanitizeName (path traversal prevention)
-├── skill-matching.test.ts    # Tests for filterSkills (multi-word skill name matching)
-├── source-parser.test.ts     # Tests for URL/path parsing
-├── installer-symlink.test.ts # Tests for symlink installation
-├── list-installed.test.ts    # Tests for listing installed skills
-├── skill-path.test.ts        # Tests for skill path handling
-├── wellknown-provider.test.ts # Tests for well-known provider
-└── dist.test.ts              # Tests for built distribution
-```
-
-## Update Checking System
-
-### How `skills check` and `skills update` Work
-
-1. Read `~/.agents/.skill-lock.json` for installed skills
-2. For each skill, get `skillFolderHash` from lock file
-3. POST to `https://add-skill.vercel.sh/check-updates` with:
-   ```json
-   {
-     "skills": [{ "name": "...", "source": "...", "skillFolderHash": "..." }],
-     "forceRefresh": true
-   }
-   ```
-4. API fetches fresh content from GitHub, computes hash, compares
-5. Returns list of skills with different hashes (updates available)
-
-### Why `forceRefresh: true`?
-
-Both `check` and `update` always send `forceRefresh: true`. This ensures the API fetches fresh content from GitHub rather than using its Redis cache.
-
-**Without forceRefresh:** Users saw phantom "updates available" due to stale cached hashes. The fix was to always fetch fresh.
-
-**Tradeoff:** Slightly slower (GitHub API call per skill), but always accurate.
-
-### Lock File Compatibility
-
-The lock file format is v3. Key field: `skillFolderHash` (GitHub tree SHA for the skill folder).
-
-If reading an older lock file version, it's wiped. Users must reinstall skills to populate the new format.
-
-## Key Integration Points
-
-| Feature                    | Implementation                              |
-| -------------------------- | ------------------------------------------- |
-| `skills add`               | `src/add.ts` - full implementation          |
-| `skills experimental_sync` | `src/sync.ts` - crawl node_modules          |
-| `skills check`             | `POST /check-updates` API                   |
-| `skills update`            | `POST /check-updates` + reinstall per skill |
-
-## Development
-
-```bash
-# Install dependencies
-pnpm install
-
-# Build
-pnpm build
-
-# Test locally
-pnpm dev add vercel-labs/agent-skills --list
-pnpm dev experimental_sync
-pnpm dev check
-pnpm dev update
-pnpm dev init my-skill
-
-# Run all tests
-pnpm test
-
-# Run specific test file(s)
-pnpm test tests/sanitize-name.test.ts
-pnpm test tests/skill-matching.test.ts tests/source-parser.test.ts
-
-# Type check
-pnpm type-check
-
-# Format code
-pnpm format
-```
-
-## Code Style
-
-This project uses Prettier for code formatting. **Always run `pnpm format` before committing changes** to ensure consistent formatting.
-
-```bash
-# Format all files
-pnpm format
-
-# Check formatting without fixing
-pnpm prettier --check .
-```
-
-CI will fail if code is not properly formatted.
-
-## Publishing
-
-```bash
-# 1. Bump version in package.json
-# 2. Build
-pnpm build
-# 3. Publish
-npm publish
-```
-
-## Adding a New Agent
-
-1. Add the agent definition to `src/agents.ts`
-2. Run `pnpm run -C scripts validate-agents.ts` to validate
-3. Run `pnpm run -C scripts sync-agents.ts` to update README.md
+# AGENTS.md
+
+This file provides guidance to AI coding agents working on the `skills` CLI codebase.
+
+## Project Overview
+
+`skills` is the CLI for the open agent skills ecosystem.
+
+## Commands
+
+| Command                       | Description                                         |
+| ----------------------------- | --------------------------------------------------- |
+| `skills`                      | Show banner with available commands                 |
+| `skills add <pkg>`            | Install skills from git repos, URLs, or local paths |
+| `skills experimental_install` | Restore skills from skills-lock.json                |
+| `skills experimental_sync`    | Sync skills from node_modules into agent dirs       |
+| `skills list`                 | List installed skills (alias: `ls`)                 |
+| `skills check`                | Check for available skill updates                   |
+| `skills update`               | Update all skills to latest versions                |
+| `skills init [name]`          | Create a new SKILL.md template                      |
+
+Aliases: `skills a` works for `add`. `skills i`, `skills install` (no args) restore from `skills-lock.json`. `skills ls` works for `list`. `skills experimental_install` restores from `skills-lock.json`. `skills experimental_sync` crawls `node_modules` for skills.
+
+## Architecture
+
+```
+src/
+├── cli.ts           # Main entry point, command routing, init/check/update
+├── cli.test.ts      # CLI tests
+├── add.ts           # Core add command logic
+├── add.test.ts      # Add command tests
+├── list.ts          # List installed skills command
+├── list.test.ts     # List command tests
+├── agents.ts        # Agent definitions and detection
+├── installer.ts     # Skill installation logic (symlink/copy) + listInstalledSkills
+├── skills.ts        # Skill discovery and parsing
+├── skill-lock.ts    # Global lock file management (~/.agents/.skill-lock.json)
+├── local-lock.ts    # Local lock file management (skills-lock.json, checked in)
+├── sync.ts          # Sync command - crawl node_modules for skills
+├── source-parser.ts # Parse git URLs, GitHub shorthand, local paths
+├── git.ts           # Git clone operations
+├── telemetry.ts     # Anonymous usage tracking
+├── types.ts         # TypeScript types
+├── mintlify.ts      # Mintlify skill fetching (legacy)
+├── providers/       # Remote skill providers (GitHub, HuggingFace, Mintlify)
+│   ├── index.ts
+│   ├── registry.ts
+│   ├── types.ts
+│   ├── huggingface.ts
+│   └── mintlify.ts
+├── init.test.ts     # Init command tests
+└── test-utils.ts    # Test utilities
+
+tests/
+├── sanitize-name.test.ts     # Tests for sanitizeName (path traversal prevention)
+├── skill-matching.test.ts    # Tests for filterSkills (multi-word skill name matching)
+├── source-parser.test.ts     # Tests for URL/path parsing
+├── installer-symlink.test.ts # Tests for symlink installation
+├── list-installed.test.ts    # Tests for listing installed skills
+├── skill-path.test.ts        # Tests for skill path handling
+├── wellknown-provider.test.ts # Tests for well-known provider
+└── dist.test.ts              # Tests for built distribution
+```
+
+## Update Checking System
+
+### How `skills check` and `skills update` Work
+
+1. Read `~/.agents/.skill-lock.json` for installed skills
+2. For each skill, get `skillFolderHash` from lock file
+3. POST to `https://add-skill.vercel.sh/check-updates` with:
+   ```json
+   {
+     "skills": [{ "name": "...", "source": "...", "skillFolderHash": "..." }],
+     "forceRefresh": true
+   }
+   ```
+4. API fetches fresh content from GitHub, computes hash, compares
+5. Returns list of skills with different hashes (updates available)
+
+### Why `forceRefresh: true`?
+
+Both `check` and `update` always send `forceRefresh: true`. This ensures the API fetches fresh content from GitHub rather than using its Redis cache.
+
+**Without forceRefresh:** Users saw phantom "updates available" due to stale cached hashes. The fix was to always fetch fresh.
+
+**Tradeoff:** Slightly slower (GitHub API call per skill), but always accurate.
+
+### Lock File Compatibility
+
+The lock file format is v3. Key field: `skillFolderHash` (GitHub tree SHA for the skill folder).
+
+If reading an older lock file version, it's wiped. Users must reinstall skills to populate the new format.
+
+## Key Integration Points
+
+| Feature                    | Implementation                              |
+| -------------------------- | ------------------------------------------- |
+| `skills add`               | `src/add.ts` - full implementation          |
+| `skills experimental_sync` | `src/sync.ts` - crawl node_modules          |
+| `skills check`             | `POST /check-updates` API                   |
+| `skills update`            | `POST /check-updates` + reinstall per skill |
+
+## Development
+
+```bash
+# Install dependencies
+pnpm install
+
+# Build
+pnpm build
+
+# Test locally
+pnpm dev add vercel-labs/agent-skills --list
+pnpm dev experimental_sync
+pnpm dev check
+pnpm dev update
+pnpm dev init my-skill
+
+# Run all tests
+pnpm test
+
+# Run specific test file(s)
+pnpm test tests/sanitize-name.test.ts
+pnpm test tests/skill-matching.test.ts tests/source-parser.test.ts
+
+# Type check
+pnpm type-check
+
+# Format code
+pnpm format
+```
+
+## Code Style
+
+This project uses Prettier for code formatting. **Always run `pnpm format` before committing changes** to ensure consistent formatting.
+
+```bash
+# Format all files
+pnpm format
+
+# Check formatting without fixing
+pnpm prettier --check .
+```
+
+CI will fail if code is not properly formatted.
+
+## Publishing
+
+```bash
+# 1. Bump version in package.json
+# 2. Build
+pnpm build
+# 3. Publish
+npm publish
+```
+
+## Adding a New Agent
+
+1. Add the agent definition to `src/agents.ts`
+2. Run `pnpm run -C scripts validate-agents.ts` to validate
+3. Run `pnpm run -C scripts sync-agents.ts` to update README.md