ログを ちょこっと grep するツール "ちょこぐれっぷ" つくりました

ログを ちょこっと grep するツール "ちょこぐれっぷ" つくりました

こんにちは!

今日はちょこっとしたツールをつくりました。

ログをちょこっとgrepするツールです。もちろん無料。

chocoGrep - ちょこっとgrep!ログフィルタツール
ちょこっとgrepするならchocoGrep!「error or warning」と書くだけの簡単or/and検索。AIエージェントに渡す前にログを最適化。正規表現不要、インストール不要。
たとえば info or debug っていれれば、infoまたはdebugのログだけグレップするよ♪

Cursor、Devin、Claude Code、ChatGPT——AIコーディングエージェントにエラーログを渡してデバッグを手伝ってもらう。もう日常ですよね。

でも、

  • ログを全部貼り付けたら、AIの応答がやたら遅い
  • 「トークン制限を超えました」と怒られる
  • 大量のログの中から、AIが的外れな部分に注目してしまう

そこで、つくったちょこっとgrepするためのツールです

名付けて ちょこぐれっぷ!chogoGrep!

chocoGrepって何?

ブラウザで動く、ゆるいgrepツールです。

ログを貼り付けて、検索ワードを入れるだけ。インストール不要、会員登録不要、完全無料。データはサーバーに送信されないので、機密ログも安心。

気軽にサクッと使える、そんな思いを込めました。

「error or warning」って書くだけ。このゆるさ

chocoGrepの推しポイントは、ゆる~いor/and検索です。

正規表現で (error|warning) とか書かなくても、

error or warning

これだけでOK。errorかwarningのどちらかを含む行が全部出てきます。

ANDもシンプル。

timeout and database

これでtimeoutとdatabase、両方を含む行だけを抽出。

正規表現を思い出す必要なし。直感的に書けばいい。 このゆるさが、ログ調査の現場では地味に助かるんです。

複数つなげてもOK。

error or warning or exception or failed

これで主要なエラーパターンを一網打尽です

主な機能

or/and検索(デフォルトON)

  • error or warning → どちらかを含む行
  • timeout and database → 両方を含む行
  • 正規表現不要、直感的に書ける

複数フィルタ(タブ機能)

「ERROR」「WARNING」「特定のユーザーID」など、複数の検索条件をタブで同時に管理。

最新N件表示

「最新100件だけ」に絞り込み。AIに渡すログ量を調整するのに最適。

除外フィルタ(grep -v相当)

ノイズになるログを除外。

正規表現対応

複雑なパターンが必要なときはこちら。or/andと排他切り替え。

全プログラミング言語対応

Python、Java、JavaScript、Go、Rust、C++……どんな言語のログでもOK。

こんなときに使って

AIエージェントへのログ提供

10万行のログをそのまま渡すのではなく、

info or debug

でgrepして最新20件に絞ってから渡す。AIの応答速度が劇的に改善します。

最新20件だけ出す

複数のエラーパターンを一括検索

NullPointerException or OutOfMemoryError or StackOverflowError

Javaのよくある例外を一発検索。正規表現で書くより圧倒的にラク。

特定条件の組み合わせ

user_id=12345 and error

特定ユーザーのエラーだけを抽出。ANDで絞り込めば原因特定が捗ります。

ターミナルが使えない環境

Windows PC、grepコマンドが使えない……IDEがgrep対応してない・・・そんなときもブラウザさえあればOK。

解説動画

まとめ

AIコーディングエージェントは強力ですが、インプットの質がアウトプットの質を左右します。

「error or warning」と書くだけでサッと絞り込めるchocoGrep、ぜひ使ってみてくださいませ~

👉 chocoGrep(ちょこぐれっぷ)

正規表現を思い出す手間すら省けます。ちょこっとgrepしたいときに、どうぞ。

Read more

Python と JavaScript で絵文字の文字数が違う!サロゲートペアが引き起こす位置ずれバグの話

Python と JavaScript で絵文字の文字数が違う!サロゲートペアが引き起こす位置ずれバグの話

こんにちは! Qualitegプロダクト開発部です! PII(個人情報)検出のデモアプリを開発していて、検出したエンティティの位置をハイライト表示する機能を実装していました。 バックエンドは Python(FastAPI)、フロントエンドは JavaScript という構成です。 ある日、テストデータにこんなメール文面を使ったところ、ハイライトの位置が途中から微妙にずれるバグに遭遇しました。 鈴木一郎 様 いつもお世話になっております。 サンプル商事の佐藤でございます。 先日の件、確認が取れましたのでご連絡いたします。 お忙しいところ恐縮ですが、ご確認のほど宜しくお願い致します。 💻 #オンラインでのお打ち合わせ、お気軽に声がけください! ―――――――――――――――――――――――――――――― サンプル商事株式会社 営業部 第一課 山田 太郎 (Yamada Taro) 〒100-0001 東京都千代田区千代田1-1-1 サンプルビル 3F tel: 03-1234-5678 https://example.com/contact 検出結果をハイライト表示

By Qualiteg プロダクト開発部
大企業のAIセキュリティを支える基盤技術 - 今こそ理解するActive Directory 第5回 ブラウザ設定と認証

大企業のAIセキュリティを支える基盤技術 - 今こそ理解するActive Directory 第5回 ブラウザ設定と認証

こんにちは、今回はシリーズ第5回「ブラウザ設定と認証」について解説いたします! さて、前回(第4回)では、プロキシサーバーをドメインに参加させることで、ChatGPTやClaudeへのアクセスを「誰が」行ったかを確実に特定する仕組みを解説しました。「信頼の連鎖」の概念や、Windows版Squidなら1時間で構築できる環境、Negotiate/NTLM/Basicという3段階の認証フォールバック機構について理解いただけたかと思います。 しかし、せっかくサーバー側で完璧な統合Windows認証環境を構築しても、ブラウザ側の設定が適切でなければ、ユーザーには毎回パスワード入力ダイアログが表示されてしまいます。 「Edgeだと自動でログインできるのに、Chromeだとパスワードを聞かれる」 「同じサーバーなのにURLの書き方で動作が違う」 これらはヘルプデスクに寄せられる典型的な問い合わせです。(ただ、業務に好きなブラウザ使っていいよ、という企業はそんなに多くはないとおもいます) 今回は、統合Windows認証がブラウザでどのように動作するのか、その仕組みから各ブラウザ(Edge/

By Qualiteg AIセキュリティチーム, Qualiteg コンサルティング
スライドパズルを解くAIから学ぶ、「考える」の正体

スライドパズルを解くAIから学ぶ、「考える」の正体

こんにちは! 「このパズル、AIの教科書に載ってるらしいよ」 子供の頃に遊んだスライドパズル。いや、大人が遊んでも楽しいです。 数字のタイルをカチャカチャ動かして揃えるあれです。実はこのシンプルなパズルが、AI研究の出発点のひとつだったって知ってました? 今回は、このパズルを題材に「AIがどうやって考えているのか」を解き明かしていきます。しかも、ここで使われている手法は、Google Mapsの経路探索からChatGPTまで、現代の様々な技術のベースになっているんです。 まず遊んでみよう 理屈の前に、まずは感覚を思い出してみてください。 最初に shuffle をクリックすると、配置がシャッフルされゲームを開始できます。 ちなみに必ず解くことができるようになっていますが、慣れていないとそれなりに難しいかもしれません。 どうでしょう? 何手でクリアできましたか? クリアできなくても大丈夫です。記事後半で、実際にAIが解いてくれる機能つきゲームも掲載しています^^ 以下は動画です。本ブログで紹介するアルゴリズムで実際にパズルを解く様子をご覧いただけます

By Qualiteg 研究部
楽観的ロック vs 悲観的ロック:実際のトラブルから学ぶ排他制御

楽観的ロック vs 悲観的ロック:実際のトラブルから学ぶ排他制御

こんにちは! Qualitegプロダクト開発部です! 「楽観的ロックを実装したのに、まだ競合エラーが出るんですけど...」 これは私たちが実際に経験したことです。 本記事では、楽観的ロックと悲観的ロックの違いを、実際に発生したトラブルを通じて解説します。 抽象的な説明ではなく、 「なぜそれが必要なのか」「どんな問題を解決できるのか」 を実感できる内容を目指します。 目次 1. 問題の背景:並列処理で謎のエラー 2. ロックなしの世界:なぜ競合が起きるのか 3. 楽観的ロックの導入:期待と現実 4. 楽観的ロックの限界:解決できなかった問題 5. 悲観的ロックによる解決 6. 実装時のハマりポイント 7. どちらを選ぶべきか:判断基準 8. まとめ 1. 問題の背景:並列処理で謎のエラー 1.1 システムの概要 私たちが開発していたのは、 複数のワークスペースを切り替えて使用するAPIサーバー でした。 当社AI関係のプロダクトの一部だったのですが、結合テスト兼負荷テストを実行すると、まれに発生してしまっていました。 ユーザーは複数のワーキン

By Qualiteg プロダクト開発部