Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

fix(core): grep skip counts/reasons not surfaced to caller or user

未关闭
#1,139 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
1-2 天
新手友好度
70/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
活跃
技术栈
typescript
领域
tooling

调研方向

阅读 packages/core/src/ripgrep.ts 和 packages/opencode/src/tool/grep.ts,跟踪 grep() 如何计算 skipped,以及 Match[] 如何传递到工具调用方。确定跳过计数和任何原因示例应如何跨越这一边界,然后确保非零跳过会生成一行说明,以便调用方和用户能够看到部分结果。

由索引模型根据 Issue 内容生成。

描述

bug

Found during v0.9.7 release review (End User persona), building on the ripgrep record-isolation fix in ca9b34a523 (#1094).

grep() in packages/core/src/ripgrep.ts computes a skipped tally for a single aggregate Effect.logWarning, but the return value consumed by packages/opencode/src/tool/grep.ts is just Match[] — the skip count/reasons never reach the tool caller or the user.

Risk: a tree with many corrupted/oversized/non-UTF-8 files (or a systematic issue) now returns a partial result that reads exactly like an honest 'no matches' to both agent and user, with the only trace in a debug log almost nobody opens. This is the same class of silent-data-loss bug #1094 was written to fix, just one layer further out.

Suggested fix: thread the skip count (and maybe a sample of skip reasons) through to the tool result, surfaced as a one-line note when non-zero (e.g. 'N records skipped due to encoding/size issues').

主要语言
TypeScript
星标
813
派生
134
平均合并
1 天 19 小时
30 天内合并 PR
64

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

AltimateAI/altimate-code 的其他 Issue

查看 AltimateAI/altimate-code 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。