2026/04/14 5:42

Show HN: markdown（.md）形式で継続的学習を実現する試み

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

このガイドは、

codex

ツールを使用して、AI エージェントを構成する方法を詳述しています。これにより、ダウンロードフォルダ、プロジェクトフォルダ、特定のセッションログ（

~/.codex/sessions/

、

~/.claude/sessions/

）からローカルファイルをメモリファイルシステムにインゲストできます。この設定を初期化するには、

--dangerously-bypass-approvals-and-sandbox

フラグと共に特定のコマンドを実行する必要があります。これは、年・四半期・月・日付の順で構成されたクロノロジカルなディレクトリ（

~/.codex/user_context/

）にファイルをインゲストします。

~/.codex/AGENTS.md

に記載の手引きにより、エージェントはユーザーコンテキストフォルダ内の追加のユーザー固有のコンテキストへ導かれます。初期化後、スキャジューラ（デフォルトでは cron）を使用して自動的な日次更新を有効化するために、特定の更新コマンドを実行できます。ただし、実行する前に

codex

が PATH に存在し、

Update.md

ファイルが存在することを確認する必要があります。この設定は「エージェントインフラストラクチャ」に収束し、AI が過去 3 ヵ月の履歴的なアクティビティを分析することで文脈検索を強化することを可能にします。

本文

README
ファイルを AI エージェント用のメモリFileSystemに変換します。

エージェントはローカルファイルを読み込みます：
├── ~/.codex/sessions/
├── ~/.claude/sessions/
├── ...
├── ~/Downloads/
└── ~/Projects/

~/.codex/user_context/

を構築します：

~/.codex/user_context/
└── 2026_agentic_rag_memory_systems/
    ├── year.md  
    └── 2026-Q2_prompt_programs_context_retrieval/  
        ├── quarter.md  
        └── 2026-04_bootstrap_and_consolidation/  
            ├── month.md  
            └── 2026-04-13_hierarchical_memory_rewrite.md

~/.codex/AGENTS.md

にヒントをインストールします：

<user_context>  
追加のユーザー固有のコンテキストは `~/.codex/user_context/` 内に配置される可能性があります。  
</user_context>

例：質問
「過去 3 ヶ月間に私はどのようなことに取り組んできましたか？」

例：回答
「あなたはエージェント基盤への集約を進めてきました：メモリシステム、コンテキストの検索、および一般向けのアーティファクトです。」

セットアップ手順
以下のコマンドを実行して初期化してください：

codex exec --dangerously-bypass-approvals-and-sandbox --ephemeral - < Init.md

自動的な日次更新を有効にするには、以下のコマンドを使用してください：

REPO_DIR="$(pwd)" && codex exec --dangerously-bypass-approvals-and-sandbox --ephemeral "Install a daily scheduler for: cd \"$REPO_DIR\" && codex exec --dangerously-bypass-approvals-and-sandbox --ephemeral - < Update.md. Use cron by default; otherwise use the host scheduler. Do not create wrapper scripts. Verify codex is on PATH, Update.md exists, and the installed scheduler entry is readable. Do not run Update.md during validation."

同じ日のほかのニュース

一覧に戻る →

2026/04/14 2:54

1 つ、30 の WordPress プラグインを購入し、それぞれにバックドアを埋め込まれた。

## Japanese 翻訳：元サマリーの原文は明確で正確であり、高レベルの概要として十分に範囲内に収まっており、改行文筆は必要ありません。

2026/04/14 5:36

GitHub で積み上がったプルリクエストを処理する。

## Japanese Translation: 本テキストでは、「Stacked PRs（スタックされたプルリクエスト）」を紹介します。これは、大規模で管理が困難なプルリクエストによる問題、例えばレビューの難易度が高いこと、マージにかかる時間が長いこと、頻繁な衝突などを解決するために GitHub が実装した機能です。開発者は一度に巨額の変更を提出するのではなく、作業を注力し独立した層に分割し、それらが互いに縦方向に積み上げられ、最終的に main ブランチへマージされるまで進めます。 GitHub 本家はこのワークフローを、ナビゲーション用の可視化「スタックマップ（stack map）」UI でサポートしており、ブランチ保護規則がターゲットとなる最終ブランチに対して自動的に適用され、継続的統合（CI）システムが各層ごとに個別にテストを実行し、main ブランチへのマージを想定する manner で動作します。また、ユーザーはスタックの全て、または一部の PR をマージすることができ、残りの PR は自動的にリベースされ、スタック構造が維持されます。このワークフローをローカル環境で管理するためには、開発者は `gh stack` CLI ツールを使用します。これは、拡張機能をインストール（`gh extension install github/gh-stack`）し、`gs init`、`gs add`、`gs push`、`gs submit` などのコマンドを用いてブランチを作成し、カスケードリベースを管理し、スタックをレビューまたはマージのためにオープン化することを意味します。将来的には、AI コーディングエージェントもこのスタックを自律的に処理できるように、特定のスキルパッケージ（`npx skills add github/gh-stack`）をインストールすることで教育できます。Ultimately（結果として）、Stacked PRs はチームが段階的なレビューを通じてコードの品質を向上させながら、大規模なコードベースを維持するために必要な手動作業を劇的に削減することを可能にします。

2026/04/14 0:31

『何事も起きない：スポーツ市場以外では常に「いいえ」と購入する Polymarket ボット』

## Japanese Translation: 本書では、Polymarket でスポーツ以外の Yes/No マーケットにおける「NO」エントリを取引することを目的に特化して構築された非同期の Python ボット「Nothing Ever Happens」を معرفیしています。本プロジェクトは娯楽目的でのみ提供されるものであり、保証や免責事項は一切適用されません（as-is）として提供されます。ライブフラグが設定されていないデフォルト状態では `PaperExchangeClient` が採用され、シミュレーションテストが行われます。リアルな取引を実行するには、環境変数を明示的に設定する必要があるためです。具体的には、`BOT_MODE=live`、`LIVE_TRADING_ENABLED=true`、`DRY_RUN=false` などを設定することでリアル取引モードを有効化します。また、ライブオーダーの送信を有効にするには、`PRIVATE_KEY`、`FUNDER_ADDRESS`（署名タイプ 1 および 2 の場合）、データベース URL、および Polygon RPC URL などの特定のエントリが必要となります。ボットのアーキテクチャはモジュール化されており、ランタイムロジック、取引所クライアント、ダッシュボード UI、回復ツール、そしてコア戦略モジュールである「nothing_happens」で構成されています。ローカルでのセットアップでは、`pip install -r requirements.txt` によって依存関係をインストールし、`config.example.json` を `config.json` にコピーして非機密設定をその中で構成し、秘密鍵やフラグは `.env` ファイル（パス：`strategies.nothing_happens`）に保存します。ローカル設定は意図的に git 無視されており、ユーザーは環境変数 `CONFIG_PATH` を通じてランタイムが参照する異なるパスを指定できるようにしています。 Heroku でのクラウドデプロイメントでは、特定のコマンドヘルパー（`alive.sh`、`logs.sh`、`kill.sh`）を使用して、アプリの状態を管理し、ライブ取引の有効化/無効化やロギングを行うことができます。デプロイには、bot モード、プライベートキー、RPC URL、データベースに関する環境変数を `heroku config:set` コマンドを用いて設定する必要があります。-production 環境では、誤って長時間実行タスクを実行してしまうのを防ぐためにワーカーダイノを除外し、ウェブダイノのみを使用するようにスケーリング構成されています。また、`db_stats.py`、`export_db.py`、`wallet_history.py`、`parse_logs.py` などのユーティリティスクリプトは、データベースの点検やログ分析を実行することなく市場の変動を意図的に引き起こさずにこれらの情報を可視化することを可能にするため、透明性を高めています。