← 2026-10-15 の一覧へ戻るホーム
小さき事務所

2026/10/15 7:10

小さき事務所

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

元のHacker News記事へ ↗
要約▶

日本語訳:

本テキストは、文書が 

llms.txt
という仕様に基づいて「フェンス」と呼ばれるクリック可能な名前付きリンクに変換される新しいデジタルコンテンツの整理手法を紹介します。このアプローチでは、エージェント を活用して、特定のアプリケーションを他のファイル内の内部コンテナーとして機能させます。対応するアプリケーションには、ワードプロセッサ、アウトライナー、および計算機、図形作成ツール、プレゼンテーション作成ツール、スプレッドシート、アニメーション作成ツール、カレンダー、旅行プランナーなどのユーティリティプログラムが含まれます。これらのツールをメイン文書内直接配置することで、システムは外部依存関係なしに効率的なコンテンツ整理を実現し、カレンダーや描画ツールなど多様な機能を一元化された構造内にシームレスに統合することによってワークフローを簡素化します。

本文

多機能アプリケーション対応エージェントドキュメント (llms.txt)

📄 ドキュメント概要

https://tinylittleoffice.com/llms.txt
のドキュメントは、LLM（大規模言語モデル）が外部アプリケーションと安全に連携するための「フェンス（境界）」の仕組みを定義しています。これにより、エージェントは特定のタスクに応じて最適なツールを選択・実行できるようになります。

🛠️ 対応アプリケーション一覧

このドキュメントでは、以下の機能領域に対応する内部ドキュメントが用意されています。各分野に応じたプロンプトや処理フローが含まれます：

  • 文書作成
    • ワードプロセッサ
    • プレゼンテーションビルダー
    • カルキュレーター（計算機）
    • ドローイングツール
    • ダイアグラムメーカー
  • データ管理・分析
    • スプレッドシート
  • スケジュール管理
    • カレンダー
  • メディア・アニメーション
    • アニメーター
  • タスク実行
    • ツリップランナー（スクリプト/コマンド実行）

💻 連携の仕組み

各アプリケーション名に対応した内部ドキュメントが、エージェントによって読み込まれ、以下の形式で利用されます：

  1. エージェントがユーザーの意図を分析
  2. 必要な ツールカテゴリ を特定
  3. 該当する 
    llms.txt
    メタデータを読み込み
  4. アプリケーション固有の指示に基づき処理を実行

これにより、単一のモデルで複雑なマルチステップタスクをこなすことが可能になります。

同じ日のほかのニュース

一覧に戻る →

2026/10/15 4:26

がん患者さんが知っておくべきこと：2026年版

## 日本語訳： 口がん（例：扁平上皮癌）と診断された人にとって最も重要な点は、疾病の深刻さが初期段階での対話（AI ツールを含む）で相対化されうる可能性があるため、適切なタイミングで高品質な医療を受けるよう執拗に努力し続けることです。個人的な経験から、術後採取した腫瘍組織で行われた検査よりも、生検組織を用いた検査を優先しないことが危険な遅れを引き起こす可能性があることが示されており、したがって患者は可能な限り総合的な遺伝子検査と上級がんセンターでの第二の意見を迅速に求めるべきです。メジャーな医療機関（例：MD Anderson）は、医師と病理科医間の強い協力関係によりより迅速かつ正確な回答を提供することが多く、US News ランキングを指針としてローカルコミュニティ病院よりも 2〜3 時間のドライブ圏内であっても訪問する価値があります。実用的な戦略には以下が含まれます： - ノートとフォローアップのための整理されたシステムを作成すること（例：予約要約や質問用の専用フォルダー）。 - NCCN ガイダンスの「標準治療」フローチャートを使用して、期待されるプロトコルを理解し、効果的にアドボケーシィを行うこと。 - 標準的な経路が停滞した際に特に Sijbrandij Foundation のようなリソースを求助すること。 外科医を選ぶ際には、年間手術件数や合併症発生率について問いかけ、同様の処置を受けた他の患者と話すことを検討すべきです。必要であれば有給休暇やホテルを使用してトップクラスのカンターにアクセスすることもできます；多くの施設は保険を受け入れています。結局のところ、これらの能動的なステップはキャンセルや保険手続きによる遅延を防ぎ、適切な標準治療を受けることを確実にします。

2026/10/15 5:48

OpenCode 2.0

## Japanese Translation: OpenCode 2.0 は、数百万人の毎日ユーザーからのフィードバックに基づいた大きなアーキテクチャ見直しであり、パフォーマンス向上、バグ修正、およびほぼあらゆるエージェント機能をサポートするように設計された全く新しい API を導入しています。主要な変更点として、すべてのインターフェース（TUI、Web、デスクトップ）を単一の中央バックグラウンドプロセス (`opencodepid`) に統合し、`@opencode/client` を使用するクライアントはこれを自動で発見できるようになりました。システムは現在、ペアリングフロー (`/pair` または `opencode pair`) を通じてスケジューリングされたタスクや外部アプリケーションとのシームレスな接続をサポートしており、ネイティブアプリの開発が進行中です。 目立つ機能の一つには、「Code Mode」(`@opencode/codemode`)があり、Node.js VM の複雑性なしにエージェントが直接スクリプトを書くことを可能にする最小限の JavaScript インタプリターを使用します。これにより、すべての MCP サーバーはデフォルトで code mode で動作します。この更新では、長時間実行されるタスクのためにバックグラウンドサブエージェントと非同期シェルコマンドを導入し、セッション中にプラグインのアップデートを行うためのホットリロードも追加されています。新しい `@opencode/sdk` を使用することで、OpenCode をサーバーまたは Durable Objects 上のライブラリとして利用できるようになります。 このアップグレードには重要なbreaking changesが含まれています：バージョン 1.x のプラグインはもはや機能せず、`tui.json` などの設定ファイルは `json` フォーマットに移動しました。最新の 1.x リリースを使用するユーザーは、2.0 に更新してこれらの変更との互換性を維持するには、最初に `opencode upgrade --major` を実行する必要があります。

2026/10/15 6:11

Jev 1.14.0 をリリースし、ドリーマー向けの試み機能を同時に提供します

## Japanese Translation: jev 1.14.0（`jev-preview` チャンネルで利用可能）は、「危険区域」API ヘッダーをゲート化した実験機能を提供します。これには、composable images（`TypeSafe-Danger-Zone-Images: true` を有効化により提供され、ただし以前の 1.13.0 ビルドに比べて多モーダル入力におけるパフォーマンス低下が報告されています）、エラーなしのバウディングボックスを返す新しい「box」検出タイプが含まれます。ユーザーはさらに、より長いコンテキスト長（`TypeSafe-Danger-Zone-Long-Context: true`）およびデバッグ用の Jaggedness レポートへの参加を選択でき、これらは特定のヘッダーを通じて利用可能です。このアップデートは 1.13.0 に基づいており、以前のパフォーマンス低下を解決すると同時に多言語サポートを拡張しています。評価については、内部インテリジェンス指標は非一貫的な推測として扱い、公式ベンチマークはデータポリシーの懸念から開示ウェイトモデルのみを対象としており、ランキングが特定のアーキテクチャにバイアスがかかっている可能性があるため、個人の実験に頼るべきです。今後、`jev-latest` 別名は 1 週間以内に 1.14.0 を採用します。企業は廃止スケジュールを監視する必要があります：バージョン 1.13.0 に対する 60 日間の警告期間に続いて、新しいリリース用の 30 日間のウィンドウを確保し、古いバージョンが廃棄される前にシステムがこれらの構造的変化に適応できるようにします。ドキュメントは docs.typesafe.ai/go/images、docs.typesafe.ai/go/box、および docs.typesafe.ai/models#context-length で利用可能です。