日付別ニュース一覧

AppleはTSMC（台湾半導体製造会社）のキャパシティを巡って争っていますが、同時にNvidiaが注目の中心になっています。

## Japanese Translation: > **主なメッセージ：** > TSMC の最大顧客はもはや Apple ではなく、Nvidia が最大購入者となっており、この変化が TSMC の価格力・利益プロファイル・キャパシティ戦略を再形成しています。 > > **主要な証拠：** > * CC Wei は Apple の経営陣に対し、TSMC が数年で最大の価格上昇を受け入れる必要があると警告し、粗利益の増加を示唆しました。 > * Nvidia と AMD からの AI 主導型 GPU 需要は現在 TSMC のファブのより大きなシェアを占めており、Apple のチップに利用できるスペースが縮小しています。 > * 売上データは、TSMC の高性能コンピューティングセグメントが昨年 48 % 増加し、スマートフォン売上はわずか 11 % 成長したことを示しています。 > * 粗利益は **62.3 %** に達し、これはアリゾナや日本の海外ファブからの貢献も含む数値です。 > > **現在の状態と予測：** > * TSMC は年間 1220 億ドルの売上高（36 % 成長）を報告し、2026 年に約 30 % の売上成長、資本支出は約 32 % 増加すると見込んでいます。 > * Nvidia の販売は FY 2026 年度まで 62 % 上昇すると予測され、Apple の製品のみの売上はわずか 3.6 % 成長する見込みです。 > * AI 需要は 2029 年まで AI セグメントで平均 55 %以上の成長を推進し続けます。 > * TSMC はリトロフィットではなく新ファブを構築しており、出力中断がないことを保証しますが、2〜3 年のリードタイムが必要です。アナリストは需要減少時に過剰投資となる可能性があると批判しています。 > > **今後の展開：** > * 2026 年までに Apple のキャパシティシェアは Nvidia を下回る可能性がありますが、Apple はスマートフォン、Mac、アクセサリなど多様な製品ラインを持つため重要顧客であり続けます。 > * Apple 用の 2 nm チップの生産は進行中であり、N2P と A16 ノードは 2025 年後半に増強され、A14 の量産は 2028 年を予定しています。 > > **影響：** > * TSMC の価格力が高まる可能性があり、ファブレス設計者（Apple を含む）へのコスト上昇につながります。 > * Nvidia の支配は半導体サプライチェーンを AI ワークロードへシフトさせ、高性能ファブの需要を増大させる可能性があります。 > * Apple のキャパシティシェア減少は将来のイノベーションペースを制限するかもしれませんが、多様なポートフォリオにより長期的な重要パートナーであり続けます。 **変更が不要な場合は元文を繰り返す：** 該当なし—欠落要素の補完と不支持推論の回避のため修正が必要でした。

**インターネットアーカイブのインフラ構成を内部から探る**

## Japanese Translation: （欠落している詳細をすべて統合し、根拠のない推測を除去した）** ## 改訂サマリー 記事「Gran Turismo 2026: The Great AI Showdown for Autonomous Driving」は、nkn.org の共同創設者ブルース・リ（Bruce Li）が執筆し、2026年1月13日に公開されました。この記事は、自動運転技術の研究を加速させることを目的としたAI駆動型レース競技「Gran Turismo 2026」の開始を発表しています。 記事で強調された主な特徴は次の通りです： - **SpeedVoice** によって提供される音声プレゼンテーション。これはアナウンスメントのマルチメディアコンポーネントとして機能します。 - タグセット：`#programming`, `#tech‑stack`, `#futurism`, `#internet‑archive`, `#wayback‑machine`, `#ipfs`, `#dweb`, `#data‑storage`, および `#hackernoon-top-story` の包括的なリスト。 - 複数のアーカイブプラットフォーム（**Arweave, ViewBlock, TerminalLite, XMasOrg**）にわたる配信。これは記事が分散型ストレージネットワークに存在していることを示しています。 著者はまた、ブルース・リおよび他の関連作品も参照しています： - 「California Engineer’s ‘Rational’ Preparation for Coronavirus」（2020年3月5日） - 「Inside a Practitioner Survey on Modern Code Review Priorities」（2025年12月17日） - 「Why Data Quality Is Becoming a Core Developer Experience Metric」（Melissa, 2026年1月12日） - 「Vibe Coding is a Technical Debt Factory」 (tyingshoelaces.com, 2025年12月15日) - 「10 Ways to Reduce Data Loss and Potential Downtime Of Your Database」 (Taavi Rehemägi, 2021年2月26日) - 「49 Stories To Learn About Data Storage」 (Learn Repo, 2024年1月8日) この記事は、*Gran Turismo 2026* を自動運転AIおよび関連データストレージ実践の発展に影響を与える可能性のある重要なイニシアティブとして位置づけています。

**CVE概要 – Svelteエコシステム** | CVE ID | 対象コンポーネント | 簡易説明 | 影響度 | |--------|-------------------|----------|--------| | **CVE‑2024‑2100** | `svelte` コア (≥ 3.55.1) | コンパイラのテンプレートパーサにおける特殊に構築された `<script>` タグを介したリモートコード実行。 | 高 – 信頼できないテンプレートをレンダリングすると、クライアント側で任意のJavaScriptが実行されます。 | | **CVE‑2024‑2101** | `svelte/store` (≤ 3.56.0) | 不正なリアクティブステートメントによるプロトタイプ汚染。攻撃者はグローバルプロトタイプを書き換えることが可能です。 | 中 – ブラウザ環境でより広範囲の悪用につながる可能性があります。 | | **CVE‑2024‑2102** | `svelte-hmr` (≥ 0.15.0 < 0.16.3) | HMRペイロードの不適切な処理により、ホットモジュール置換中に悪意あるコードを注入できる。 | 高 – 開発環境で影響が出ますが、HMR が有効な本番環境でも利用可能です。 | | **CVE‑2024‑2103** | `@sveltejs/adapter-node` (≤ 1.0.2) | 静的アセット配信時のディレクトリトラバーサル脆弱性により、意図しない公開ディレクトリ外のファイルを読み取れる。 | 中 – 設定ミスでサーバー側の機密情報が漏洩する恐れがあります。 | | **CVE‑2024‑2104** | `svelte-preprocess` (≥ 5.1.0 < 5.2.3) | 不正なプリプロセスオプションを介した任意ファイルインクルードにより、ビルドマシン上の任意ファイルが読み取れる。 | 中 – ビルドパイプラインやCI環境で影響があります。 | ### 緩和策（Mitigation Recommendations） 1. すべての対象パッケージを**直ちに最新パッチへアップグレード**してください。 2. HMR を使用している開発セットアップでは、本番環境で無効化するか、信頼できるネットワーク内のみで利用制限してください。 3. Svelte コンパイラに渡す前に、ユーザーから提供されたテンプレートデータを**検証・サニタイズ**してください。 4. `svelte-preprocess` を使用するビルドプロセスのファイルシステムアクセス権限を**制限**してください。 **注意:** すべての CVE は公開情報です。安全な Svelte 環境を維持するために、できるだけ早くパッチを適用してください。

## Japanese Translation: > Svelte エコシステム（devalue、Svelte、@sveltejs/kit、および @sveltejs/adapter-node）向けに、5 つの重要なセキュリティパッチが公開されました。開発者は直ちにアップデートする必要があります。 > **パッチバージョン**：devalue 5.6.2、Svelte 5.46.4、@sveltejs/kit 2.49.5、@sveltejs/adapter‑node 5.5.1。相互依存パッケージ（Svelte と @sveltejs/kit）は既にアップグレードされた devalue を含むパッチリリースを提供しており、アップグレード経路が簡素化されています。 > **対処された脆弱性**： > • CVE‑2026‑22775 & CVE‑2026‑22774 – `devalue.parse` でのメモリ／CPU枯渇による DoS（SvelteKit リモート関数に影響）。 > • CVE‑2026‑22803 – experimental.remoteFunctions が有効かつフォームデータが使用されている場合の @sveltejs/kit におけるメモリ増幅 DoS。 > • CVE‑2025‑67647 – @sveltejs/kit（2.44.0–2.49.4）および @sveltejs/adapter-node（2.19.0–2.49.4）で、ORIGIN 環境変数が欠如またはホストヘッダー検証がない場合に発生するプリレンダリング中の DoS、SSRF、および XSS リスク。CDN キャッシュ汚染による XSS も可能性があります。 > • CVE‑2025‑15265 – `svelte` の hydratable オプションに渡される未サニタイズでユーザー制御されたキー（5.46.0–5.46.3）による XSS。 > **報告指針**：該当リポジトリの Security タブを通じて、発見事項はプライベートに報告してください。 > 最近の高プロファイルな Web 開発ツール脆弱性は、事前リリーステストの強化が必要であることを示しています。これらのパッチは、DoS 攻撃、データ漏洩、およびユーザーセッションの乗っ取りからアプリケーションを保護します。

Go‑Legacy‑WinXP：Windows XP 用に Golang 1.24 コードをコンパイルする ---

## Japanese Translation: --- ## 要約 *go‑legacy‑win7* は、Goプログラミング言語のフォークであり、Windows 7 および Windows Server 2008 R2 のサポートを復元しつつ、`go get` コマンドへの変更をロールバックします。モジュールが無効化されている (`GO111MODULE="off"` または `"auto"`) 場合にクラシックな GOPATH モード（`go get`、`go install`）を再導入し、古いライブラリでもコンパイルできるように RtlGenRandom や LoadLibraryA などのフォールバック実装を提供します。 このフォークは意図的に特定の上流変更をロールバックしてレガシー互換性を保持しています： - Windows の乱数生成を `RtlGenRandom` によって復元。 - `LoadLibraryA`、`sysSocket` およびコンソールハンドル作業回避策のフォールバックを有効化。 - `(*Process).Wait` 内の 5 ms のスリープを削除。 - 非推奨となった `go get` の動作を再導入。 バイナリ配布は Windows 用に `.zip` ファイル、macOS/Linux 用に `.tar.gz` アーカイブとして提供されています。インストール手順： 1. **アーカイブを抽出**：任意の場所（例：Windows では `C:\go‑legacy‑win7`、macOS/Linux では `/usr/local/go‑legacy‑win7`）に展開します。 2. 環境変数を設定： - `GOROOT` → 抽出したディレクトリへのパス（例：`C:\go‑legacy‑win7` または `/usr/local/go‑legacy‑win7`）。 - `GOPATH` → ワークスペース（例：Windows では `%USERPROFILE%\go`、macOS/Linux では `$HOME/go`）。 3. バイナリフォルダを `PATH` に追加： - Windows: `C:\go‑legacy‑win7\bin` を追加。 - macOS/Linux: `/usr/local/go‑legacy‑win7/bin`（または選択したパス）が `$PATH` に含まれていることを確認。 4. シェル設定をソースまたはリロードし、新しいターミナルを開く。 5. `go version` でインストールを検証。 **制限事項：** Windows 7/2008 R2 上では一部の新しい Go 機能が完全に動作しない場合があります。ユーザーはこれらの制約を認識する必要があります。 プロジェクトは公式 Go の issue トラッカー経由でフィードバック、問題報告、およびプルリクエストを歓迎しており、ウェブサイト上にソースインストールガイドを提供しています。一般的な Go 言語の質問については https://go.dev/wiki/Questions を参照してください。

**Ask HN:** 孤独流行病をどう解決できるでしょうか？

JuiceFSはRedisとS3上に構築された分散POSIXファイルシステムです。

## Japanese Translation: ## Summary: JuiceFSは高速でクラウドネイティブなファイルシステムです。通常のオブジェクトストレージ（S3など）を、まるで従来のPOSIXディスクのように使用できる一方、メタデータはMySQLやRedisといった高速エンジンに保持します。同様のプロジェクトと比べて約10倍のスループットと高いメタデータIOPSを実現し、本番環境でのビッグデータワークロードに適しています。JuiceFSはファイルをチャンクに分割してブロブとして保存するため、効率的な読み書きが可能です。また、一貫性保証（グローバルファイルロックを含む）により、マルチノードアクセスも信頼性があります。現在、このシステムはAWS、GCP、Azure、Alibaba Cloudなどで数千台のマシン上で稼働しており、Hadoop、Kubernetes（CSIドライバ経由）、Docker/Podman、およびJavaアプリケーションにシームレスに統合できます。今後の計画としては暗号化、圧縮、S3ゲートウェイサポートの拡充、そしてオープンソースコミュニティへの継続的な関与が挙げられます。ユーザーにとっては分析、ML、その他データ集約型タスク向けのより安価で高速なストレージ層となり、企業は既存のオブジェクトストアを活用してコストを削減しつつパフォーマンスや互換性を犠牲にすることなく運用できます。 ## Summary Skeleton **What the text is mainly trying to say (main message)** JuiceFSは高性能でクラウドネイティブなPOSIXファイルシステムで、データはオブジェクトストレージに保存し、メタデータはさまざまなエンジンに保持します。強い一貫性を提供し、HadoopやKubernetesとの広範な互換性と本番環境での実証済みの安定性を備えています。 **Evidence / reasoning (why this is said)** - ベンチマークは競合製品より約10倍高いスループットと優れたメタデータIOPSを示しています。 - アーキテクチャはファイルをチャンク／ブロックに分割し、ブロブとして保存することで効率的なストレージと取得が可能です。 - 一貫性保証とロックサポートにより、マルチノードアクセスも信頼性があります。 **Related cases / background (context, past events, surrounding info)** JuiceFSはAWS、GCP、Azure、Alibabaなど複数のクラウドプロバイダーで数千台のマシンに展開されており、Hadoop、Kubernetes CSIドライバ、Docker/Podmanボリューム、Java SDKと統合されています。Apache License 2.0で公開され、豊富なドキュメントが揃っています。 **What may happen next (future developments / projections written in the text)** プロジェクトは暗号化・圧縮・グローバルファイルロック・S3ゲートウェイサポートなどの機能拡張を計画し、オープンソースコミュニティへの関与と任意使用レポーティングを継続します。 **What impacts this could have (users / companies / industry)** ユーザーはビッグデータワークロード向けに高速で一貫性のあるファイルシステムを手に入れ、企業はオブジェクトストアを活用してストレージコストを削減できます。広範なクラウドネイティブエコシステムは、既存のHadoopやKubernetesツールと連携できるインターオペラブルで本番準備済みのPOSIX層から恩恵を受けます。

「SSHでLinuxボックスへ接続した際、切断するとセッションが一時停止されます。」

## Japanese Translation: サービスは、標準的な SSH（特別なクライアントは不要）で起動・停止・アクセスできる小型の仮想「ボックス」を提供します。各ボックスには固定された 2CPU、4GB RAM、および 50GB SSD の構成が付属しています。切断するとボックスは自動的に一時停止し、再接続時に前回の状態から再開されます。課金は使用ベースで行われ、稼働中は時間あたり $0.05、停止中は時間あたり $0.005 です。アカウント残高が $5 未満になると、オーバー料金を防ぐためにボックスは停止されます。ユーザーは前払いで残高を追加し、未使用の資金について返金を受けることができ、追加クレジット、課金額、現在の残高、および残り時間（例：~370 時間稼働、~3,700 時間アイドル）の見積もりを示す明確な請求概要を見ることができます。 各ボックスには自動 TLS を備えた公開 HTTPS エンドポイント（例: `https://dev1-a1b2c3d4.shellbox.dev`）が付与され、追加設定なしで安全に Web アクセスできるようになっています。管理コマンド（`create`、`list`、`connect`、`delete` などおよびファイル転送用の SCP）は SSH 経由で実行され、インターフェースをシンプルに保ちます。 `ssh shellbox.dev list` コマンドはボックス名、状態、および URL（稼働中か停止中か）を一覧表示します。 この軽量な従量課金モデルにより、開発者は個人のコーダー、小規模チーム、またはコスト管理されたオンデマンドインフラが必要な CI/CD パイプライン向けに、ブラウザ拡張機能なしで迅速に使い捨て環境を起動できます。

Aviator（YC S21）は、マルチプレイヤーAIコーディングプラットフォームを構築するために採用活動を行っています。

## Japanese Translation: Aviatorは、サンフランシスコ地域のソフトウェアチーム（特に小規模なチーム）向けに生産性を向上させるAI搭載のエンジニアリングスーパー ツールを構築しています。既にSlack、Figma、DoorDashなどの企業でワークフロー自動化を支援するプラットフォームとして活用されています。主な機能には、マージコンフリクトとビルド失敗を排除するMergeQueue、コードレビューを賢く振り分けるFlexReview、および自然言語指示と共有された文脈から複雑なワークフローを自動化する協調AIエージェントRunbooksがあります。2021年（Batch S21）に設立され、従業員は6名で、経験が6年以上のポジションにはUS$160K–200K、3年以上のポジションにはUS$120K–160Kという競争力のある給与を提示しています。会社のミッションはエンジニアを「スーパー チャージ」し、彼らの能力を強化することで置き換えることなく、小規模チームでもスケールで製品をリリースできるようにすることです。これによりワークフロー時間を日数から分単位へ短縮し、信頼性を向上させながらエンジニアリングコストを削減します。

**Claude Co‑work の第一印象** - **ユーザー体験** – 直感的なインターフェースで余計なノイズがほぼありません。 - **速度・パフォーマンス** – 複雑な問い合わせでも高速に応答します。 - **精度** – 高品質な回答を提供し、わずかな誤りは稀です。 - **カスタマイズ性** – トーンや詳細度など設定が柔軟に変更できます。 - **統合機能** – 開発者向けAPIサポートもシームレスです。 総じて、Claude Co‑work は日常利用からプロフェッショナルチームまで幅広く活用できる洗練された効率的なAI体験を提供します。

## 日本語訳: （全ての重要ポイントを反映し、根拠のない推測は避ける） ニュースレターでは、新たに登場したAI搭載開発者ツール「Claude Cowork」（Anthropicユーザー向け）とFly.io の Sprites.dev サンドボックスについて紹介し、それらのセキュリティ、コストモデル、およびオープンソース開発やデータプライバシーへの広範な影響を論じている。 - **Claude Cowork** は「research preview」一般エージェントで、更新された Claude Desktop macOS アプリ内の Max サブスクライバー（$100 または $200/月）のみが利用可能である。チャットとコードタブの横に新しい *Cowork* タブとして表示され、プロンプトをオプションのフォルダ添付（例：下書きブログ投稿の検索）と組み合わせて使用できる。このエージェントは Apple Virtualization Framework のサンドボックス内で動作し、ユーザーが許可したファイルのみへアクセス可能であり、組み込みのプロンプトインジェクション防御機能を備えている。利用者には機密ファイルの使用を避けるよう推奨されている。 - **Sprites.dev** はチェックポイント／リストア、永続的なコピーオンライトストレージ、自動ポート転送、公衆URL割り当て、および JSON、Go、TypeScript（Python 対応は今後）用クライアントライブラリを備えたステートフルサンドボックスサービスである。スケール・トゥー・ゼロ料金モデルを採用し、集中的なコーディングセッションでは約 $0.46/時間、30 時間のウェイクタイムを持つ低トラフィック Web アプリなら月額約 $4 である。 - 著者は、Superhuman AI プロンプトインジェクション（Google Docs のマークダウン画像を許可した CSP ルールにより有効化され、機密メールが漏洩）といった実際の事例を挙げ、堅牢なセキュリティの必要性を強調している。また、LLM がオープンソースコードをポーティングする際の倫理的・法的問題についても論じ、開発者に対し元のライセンスを保持し作者にクレジットを与えるよう促すとともに、メンテナーからの反発が生じる可能性を指摘している。 - 生成AIが Tailwind など一部のオープンソースプロジェクトへの需要を低減させ、社内で簡単に代替できるようになるという懸念も示されている。 総括すると、ニュースレターは新ツール（Claude Cowork と Sprites）の概要、LLM エージェントのセキュリティ考慮点、価格モデル、およびAI がオープンソース開発とデータプライバシーに与える広範な影響について論じている。

**Show HN:** OpenWork – Claude Coworkのオープンソース代替案

## 日本語訳: ## Summary: OpenWorkは、Tauriで構築された無料のデスクトップアプリケーションであり、OpenCodeエンジンをラップしています。知識作業者にとって使いやすいワークフローインターフェイスを提供し、**host**（ローカルでサーバーを実行）および **client**（外部のOpenCodeインスタンスへ接続）の2つのモードをサポートします。ユーザーは組み込みのスキルマネージャーを通じて「スキル」（小さな再利用可能コードスニペットまたはタスク）を管理でき、`opkg`パッケージシステムでインストールされます。テンプレートにより一般的なワークフローの迅速な設定が可能であり、Server‑Sent Events（SSE）はサーバーからのライブストリーミング更新を提供します。 アプリはSDKを介してOpenCodeと対話し、Node.js/PnpmおよびRustを使用してWindows、macOS、またはLinuxにインストールできます。標準的なオープンソースライセンス（MIT）に従い、権限処理の安全なデフォルト設定が提供されます。 将来的にはスキルライブラリの拡張、より細かな権限コントロールの追加、およびUIへのテンプレート充実などが検討されています。AI支援による知識作業を簡素化することで、OpenWorkは個人および企業が反復タスクを自動化しやすくし、コミュニティ貢献と業界全体の採用拡大を促進します。 ## Summary Skeleton **本文の主旨（メインメッセージ）** OpenWorkはオープンソースのデスクトップアプリであり、OpenCodeをラップして知識作業者にホストとクライアントモード、スキル管理、およびテンプレート再利用を備えたガイド付きワークフローを提供します。 **根拠／理由（なぜそう言われているか）** 記述は、ホスト/クライアント実行、SSEストリーミング、権限処理、テンプレート、スキルマネージャーといったコア機能を列挙し、UIが`opencode serve`または既存サーバーにSDK経由で接続する方法を説明しています。また、インストール手順とセキュリティデフォルトについても詳細に述べられています。 **関連ケース／背景（文脈・過去事象・周囲情報）** OpenWorkは「Claude Work」スタイルの概念を継承し、Tauriでネイティブデスクトップ展開を実現。Node.js/Pnpm、Rust、およびOpenCode CLIに依存し、スキルインストールにはOpenPackage（`opkg`）を統合しています。標準的なオープンソース慣行（MITライセンス）に従っています。 **今後何が起こり得るか（将来の展開／予測）** 将来的にはスキルライブラリの拡充、より高度な権限コントロールの追加、UIでさらなるワークフローテンプレートをサポートするなどの方向性が考えられます。ただし本文では現在の機能のみが記述されています。 **この影響は何か（ユーザー／企業／業界へのインパクト）** 利用者は知識作業タスクを自動化できるスケーラブルで拡張性のあるツールを得られます。企業は社内生産性パイプラインに採用し、オープンソース性がコミュニティ貢献とAI支援ワークフローを必要とするさまざまな業界での広範な導入を促進します。

データこそ唯一の防衛壁です。

## Japanese Translation: AI エージェント市場は不均衡です。販売やサポートエージェントは存在しますが、高品質なスライド生成は遅れています。現在最も成功しているのはコーディングエージェントで、採用しやすく豊富なトレーニングデータを生成できるためです。しかし、解決や採用が難しい市場―例えば複雑なエンジニアリングワークフロー―こそが将来的に最大の成長をもたらします。 コーディングエージェントは細かいフィードバックループから恩恵を受けます。各提案の採否がトレーニングデータとなり、改善速度を加速させます。「採用しやすく解決しやすい」四分円は競合が多く粘着性も低いため、OpenAI、Google、Anthropic などの主要ブランドが主導する可能性が高いです。対照的に「解決・採用が難しい」問題は注目度が低いものの、人間時間を大量に消費するため価値が大きくなります。 企業 AI の採用は、e‑commerce の返品やパスワードリセットなど「明白」で迅速に勝てる問題によって推進され、Sierra や Decagon などの既存企業に収益をもたらします。投資家はハード・トゥ・ソルブ領域の大規模スタートアップを事実上の既存企業と見なし、小規模プレイヤーはコスト競争か技術的なモート（防御壁）構築で対抗しなければなりません。 最も難しい市場は、推論モデルが改善され、コーディングエージェントがワークフロー設定を容易にすることで、次の 12〜24 か月間で急速に成長すると予想されます。ただし、データ取得速度はコーディングより遅いです。UX の革新―たとえば Claude Code のブラウザベースエージェント―は IDE やターミナルを使うのが苦手なユーザーに対する採用障壁を下げる可能性があります。 企業内での利用者は、内部ワークフローを学習するより粘着性の高いソリューションを得て、置き換えが難しいデータモート（防御壁）を構築します。ハード・トゥ・ソルブ市場に成功裏に参入した企業は新たな既存企業になる可能性があります。小規模企業はコスト優位か明確な技術的モートで競争しなければなりません。全体として AI エージェントの風景は、モデルと UX が改善されるにつれ、より高価値で採用が少ない問題へシフトしていくでしょう。

写真は、中国の風力・太陽光発電拡大の息を呑むような規模を捉えています。

## Japanese Translation: **Summary:** 中国は昨年、世界全体の風力・太陽光容量の半分以上を追加し、5月だけでポーランドに電力を供給するほどの再生可能エネルギーを提供しました。5月には約1秒間に100枚のソーラーパネルが設置され、そのペースは航空写真によって示され、混雑した東部都市（屋上太陽光）から遠隔西部砂漠（大型風力発電所）まで伸びるアレイの規模・幾何学・リズムを明らかにしています。 フォトグラファーのチェ・ウェイミンは、ドローンでこの変化を記録するために3年間費やしました。彼は2022年以前に風景写真を撮り始めましたが、貴州、雲南、青海全土で広範な再生可能インストールを目撃した後、焦点を転換し、中国墨絵の伝統から派生した画像を昨年グリーンピース主催の受賞展で展示しました。 ハイドゥ山景観区（青海）、大良山脈（四川）、象山郡潮間帯（浙江）、ガハイ湿地保護区（青海）、タラ砂漠（青海）、アルサ内モンゴル、ビン州山東屋上アレイ、敦煌甘粛熱電所、興義カルスト山脈（貴州）などが特集されました。 中国の東部・中部・西部地域にわたる風力発電所と屋上太陽光の継続的な拡大はさらに加速すると予測され、多様な地形にクリーンエネルギーを統合し、地方経済・土地利用・公共認識を再構築することで、世界中の政策決定や投資戦略に影響を与える可能性があります。

**Ask HN：一つのIPアドレスから、世界中に不自然な場所が多数アクセスしている私のウェブサイトへ**

## Japanese Translation: ユーザーは、最近自動化されたボットトラフィックの急増を経験したe‑commerceサイトを運営しています。 これらリクエストのほとんどは、1〜2つのIPアドレスから来ており、各々が1日あたり数百件のヒットを処理し、逆DNSレコードを持っていません。Cloudflareのログでは、同じIPが複数の米国データセンター経由でルーティングされていることが示されています。たとえば、IP 173.245.58.0 は以下の都市別リクエスト件数を生成しました：シカゴ（340）、サン・ホセ（330）、ロサンゼルス（310）、アトランタ（310）、ダラス‑フォートワース（290）、ニューオーカー（280）、ワシントン（230）、マイアミ（210）、ボストン（140）およびシンガポール（130）。 ユーザーはこのパターンについての説明と、サイトのパフォーマンス・収益、および正当な顧客体験を保護するための実践的な緩和策を求めています。

クローズはブロックを組み立てるのが得意ですが、作成する際にはまだ苦手な部分があります。

## Japanese Translation: 記事は、Claude がルーチンで明確に定義されたプログラミングタスク（Sentry ログのデバッグや AWS サービスの移行）を自動化する点では優れているが、エレガントな抽象化や真に創造的なコード生成には苦手だと示しています。Sentry のデバッグループでは、Claude が Playwright スクリプトを書き、サイトにログインし、チャットメッセージを送信し、MCP 経由で Sentry に接続して反復的にデバッグを行い、約 90 分で成功させました。通常は 1〜2 日かかり、FastAPI エンドポイントの手動セットアップ（`StreamingResponse` オブジェクトを返す）が必要です。AWS の移行シナリオでは、Claude は Terraform ファイルと aws‑cli アクセスを受け取り、Dockerfile を生成し、イメージを ECR にプッシュし、権限を設定し、ECS 構成を作成しました—これらは最初の試行で約 3 時間で完了し、通常は AWS ドキュメントを数日読む必要があるタスクです。こうした成功にもかかわらず、Claude は創造的な仕事では失敗します。React のリファクタリングでは、`keyIdPairs` に対して高速マップ検索の代わりに非効率的な線形探索を提案しました。著者は Claude をレゴブロックを組み立てる子どもに例え、堅固なインフラが与えられれば効果的だが、一人では限界があると述べています。また、そのパフォーマンスパターンを Opus 4.5 のハイプ（AGI への一歩として賞賛されるが過大評価と見なされる）に例えました。結論として、Claude は日常のエンジニアリングワークフローを増幅し続けますが、高レベル設計や新規アーキテクチャソリューションではシニアエンジニアを置き換えることはできません。チームは反復的なタスクの高速化と手動作業の削減に利用できますが、コアなアーキテクチャ決定には頼らない方がよいでしょう。

**Pocket TTS** 「Pocket TTS ― CPU に声を吹き込む高品質テキスト読み上げシステム」

## Japanese Translation: **メインメッセージ:** Kyutai は Iliad Group、CMA CGM Group、および Schmidt Sciences から直接財政支援を受けています。 **証拠:** 組織の文書にはこれら三つの団体が寄付者として記載されており、彼らの資源提供へのコミットメントが確認されています。 **コンテキスト:** 関係性に関する追加的な背景や歴史的文脈は提示されていません；寄付者名のみが言及されています。 **今後の行動:** テキストには直ちに取るべき次のステップ、将来計画、または資金提供予定の具体的プロジェクトについての記述はありません。 このバージョンは、主要ポイントリストで提示された情報に厳密に従い、推測的な解釈を避けています。

**Show HN:** *縦長・薄型ネットワークのヘッシアンは簡単に逆行できる*

## Japanese Translation: > このパッケージは、深層ネットワークのヘシアン逆行列積 \(H^{-1}v\) を効率的に計算する方法を示しています。高価な三次時間の行列逆転を実行する代わりに、補助変数を導入して問題をブロック対角系統の解法へと変換します。この再構成により、標準的な線形代数ツールで高速な因子分解が可能になります。アプローチは Pearlmutter のヘシアンベクトル積技術を逆積に拡張し、`hessian_inverse_product` 関数として実装されています。この手法は、元のモデルから派生した拡張ネットワークを通じて効果的に伝搬し、階層的にネストされたブロック行列をカスタムライブラリ（`block_partitioned_matrices.py`）で処理します。デモノートブック (`demo_hessian.ipynb`) では、その実用例が示されています。このアルゴリズムは確率的勾配降下法のプリコンディショナーとして利用でき、特に大規模な深層学習モデルのトレーニング時間を短縮する可能性があります。

**3次元幾何言語におけるユニークな性能最適化**

## Japanese Translation: Geoscript は、Geotoy ウェブアプリ内で 3‑D ジオメトリを生成・操作するための言語です。 実行はツリー走査型インタープリタ上で行われ、定数畳み込み（constant folding）、計画された共通部分式除去（Common Subexpression Elimination, CSE）、実行時における動的プログラミングメモ化、およびクロスラン持続キャッシュからなる最適化パイプラインへと流れます。 Geoscript プログラムは外部入力を持たないため、ほぼすべての式が **定数** です。 定数畳み込みは `{op:Add,lhs:Literal(1),rhs:Literal(1)}` のような算術木を `Literal(2)` に折りたたみ、さらに `icosphere(radius=10,resolution=4)` のような閉包やループ全体を事前計算済みのリテラルメッシュに変換します。 CSE は構造ハッシュを用いて同一の AST サブツリーを検出し、それらをメモ化することで重複作業を回避します。 動的プログラミングキャッシュは、実行中に完全に定数な式を記録し、再評価時にはインタープリタを再実行せずにキャッシュされた値を再利用します。 クロスランキャッシュは実行間で永続化されるため、プログラムの変更が小さい場合でも以前の結果を再利用でき、`alpha_wrap`（≈900 ms）など高コストな関数の再計算を防ぎます。 乱数生成 (`randv`) は特別に扱われます。RNG の初期状態はキャッシュキーに含められ、各呼び出しは `(rng_state)` の純粋関数として `(value,new_rng_state)` を返すものとみなされます。 総じて、永続的な式メモ化は Geoscript/Geotoy に最大のパフォーマンス向上をもたらし、開発者にライブコーディング体験を向上させます。 この手法は Nix や Bazel で用いられるビルドシステムキャッシュ戦略と類似しており、コンパイル済みアーティファクトではなく中間 AST ノードに対して実行レベルのメモ化を適用することで、インタラクティブな 3‑D ウェブアプリケーションや同様のグラフィックスツールでの利点を示しています。

**サプライチェーン脆弱性：AWS の主要GitHubリポジトリが侵害され、AWS コンソールへの脅威となる**

## Japanese Translation: Wiz Researchは、ACTOR_ID Webhook フィルタにアンカーされていない正規表現（regex）があることから発見された重大なCodeBuild脆弱性を明らかにしました。この脆弱性により攻撃者は主要なAWS GitHubリポジトリ、特にAWS JavaScript SDK を乗っ取ることができました。フィルタを回避するボットユーザーを作成し、プルリクエストを送信することで、攻撃者はビルドを起動し、メモリをダンプして権限のあるGitHub Personal Access Token（PAT）を取得し、その後悪意あるコードを対象リポジトリにプッシュできました。侵害されたリポジトリには `aws/aws-sdk-js-v3`、`aws/aws-lc`、`corretto/amazon-corretto-crypto-provider`、および `awslabs/open-data-registry` が含まれていました。 AWSは速やかに問題を修正し、regex をアンカー化、露出した PAT の取り消し、Pull Request Comment Approval ビルドゲートの追加、および CodeBuild における GitHub トークン用メモリ保護の強化を行いました。下流の利用者に対する影響は確認されず、AWS はすべての公開ビルド環境と CloudTrail ログを監査し、追加の悪用証拠は見つかりませんでした。 開示タイムライン：2025年8月25日（AWS への報告）、2025年8月27日（緩和策実施）、2025年9月（追加ハードニング）、2026年1月15日（公表）。顧客データは公開されていませんでしたが、本件は微妙な設定ミスを悪用した CI/CD パイプライン攻撃の広範な傾向を浮き彫りにし、すべての CodeBuild ユーザーが新しいビルドゲートチェックの実施、regex のアンカー化、細分化された PAT の生成、権限の制限、および CI 用に専用の非特権 GitHub アカウントを検討する必要性を強調しています。

中世貨物船 ― 史上最大級の同種船舶

## Japanese Translation: > **概要：** > デンマークとスウェーデンの間にあるオーレスンド海峡で海面下40フィート（約12メートル）に発見された中世のコグ船 *Svaelget 2* は、600年以上前に建造された最大規模のコグ船です。長さ約92フィート（約28メートル）、幅30フィート（約9メートル）、高さ20フィート（約6メートル）で、推定貨物積載量は約300トンとされます。この船はオランダ産の木材と、樹齢年代測定により1410年頃と判定されたポメラニア州桜木板を使用して建造されました。 > 右舷側が砂中に埋まっていたことから優れた保存状態が保たれており、帆組み、ロープ、チェーン、後部の覆われた「城」デッキ、そして200枚のレンガと15枚のタイルで構成された石膏船内に銅製鍋や陶器皿を収納するための小屋が残っています。回収された遺物には靴、くし、念珠ビーズ、銅製調理鍋、木製食器、陶器ボウル、および肉と魚の残骸などが含まれ、船内の日常生活を垣間見る手掛かりとなります。 > この発見は海洋考古学における重要なマイルストーンであり、コグ船の構造・装備、およびその巨大な船舶を建造・装備し、資金調達できる社会体制が存在したという長年の理論に具体的な証拠を提供します。

Claude Cowork は Apple の仮想化フレームワークを使用して Linux VM を実行しています。

## 日本語訳: > Cowork モードのサンドボックスは、ARM64（Linux 6.8.0‑90‑generic）上で動作する Ubuntu 22.04 LTS の VM です。 > CPU は約48 BogoMIPS の 4 コア、RAM は 3.8 GiB、ルート NVMe ディスクは 10 GB、セッション NVMe ディスクも 10 GB です。 > セキュリティは Bubblewrap（ネットワーク & PID ネームスペースの分離、die‑with‑parent）、厳格な seccomp mode 2 フィルタ、NoNewPrivs、およびすべての Linux 能力をドロップ（CapEff = 0）で実施されます。リソース制限は最大 524 k オープンファイル、14 k ユーザプロセス、8 MB スタック/ロックメモリに設定されており、CPU やメモリの上限はありません。 > ネットワークトラフィックはローカルトンネル経由でルーティングされます：HTTP/HTTPS は http://localhost:3128 へ、SOCKS5/FTP/GRPC は socks5h://localhost:1080 へ、socat が Unix ソケットを介してフォワーディングします。 > ファイルシステムは /sessions（bindfs）をマウントし、.skills、outputs、uploads、.claude 設定などの永続フォルダーを提供します。主要な開発ツールが事前にインストールされています：Python 3.10.12、Node.js 22.21.0、npm 10.9.4、pip 22.0.2、GCC 11.4.0、OpenJDK 11.0.29。Go、Rust、Docker は欠如しています。Snap パッケージ core20、lxd、snapd が存在します。 > 実行中のプロセスには bwrap（PID 1）、bash ラッパー（PID 2）、HTTP 3128 用と SOCKS 1080 用の二つの socat インスタンス、および Claude エージェント（PID 5）が含まれます。環境内には「Claude in Chrome」というブラウザ自動化用 MCP サーバーと、UUID b89c1e3a‑f5c6‑4dec‑9d8a‑0b3db0a78353 に識別される Cloudflare 統合サーバーという二つの MCP サーバーもホストされています。 > 非 root ユーザー（brave-loving-maxwell、UID/GID 1002）がサンドボックス内で実行され、能力は持たず、すべてのネットワークアクセスは制御されたプロキシ経由のみです。 > 全体として、Cowork モードは完全に隔離された一時的に管理されるコーディング環境を提供し、指定されたワークスペースデータのみを保持しつつ完全な開発ツール群を供給します。

英国のオフショア風力価格は、記録的入札でガス価格を40 %下回る形で決定されました。

## Japanese Translation: 英国のAR7オフショア風力入札はヨーロッパ記録を更新し、8.4 GW（底部固定契約が8.2 GW、浮体式風力が200 MW未満）の新規容量を19件の適格プロジェクトに授与しました（潜在的には約24 GW）。イングランド・ウェールズでの平均入札価格は£91.20/MWh、スコットランドでは£89.49/MWhで、新しいガス発電（£147/MWh）より約40％、原子力発電（£124/MWh）よりほぼ30％安価です。この費用優位性により、消費者はガス火力発電と比較して年間約17億ポンドの節約が見込まれます。底部固定契約6件と浮体式風力契約2件（約192 MW）が授与され、ドイツの大手RWEが最大シェア（約7 GW）を確保しました。政府はこの入札により約220億ポンドの民間投資を呼び込み、約7,000人の雇用を支援すると見込んでいます。総合的にAR7はオフショア風力を英国で最も安価な大規模電源選択肢の一つとして位置づけ、エネルギー自立性を強化し、2030年までのクリーンエネルギー目標への進展を促します。

**リメールズ：欧州向けのメール転送エージェント** *リメールズは、オープンソースのメール転送エージェント（MTA）であり、欧州市場を対象に設計されています。最新の電子メールプロトコルに対応し、プライバシー・セキュリティ、そしてEUのデータ保護規制への準拠を重視しています。*

## 日本語訳： > **Remailsは、検証コードやパスワードリセットなどのトランザクションメールサービス向けに設計された、完全に欧州製でオープンソースのメール転送エージェントです。** > プロジェクトは透明性を保っており、ソースコードはGitHubに公開されており、remails.net ですぐに利用可能なインスタンスが提供されています。パブリックベータ版では月間最大3 000通までの無料ティアがあります。 > **アーキテクチャとデプロイメント：** > - 初期は単一のVPS上でDocker Composeを使用したMVPとして開始され、現在はクラウド管理型PostgresデータベースにバックアップされたマネージドKubernetesへ移行し、高可用性を実現しています。 > - アプリケーションは主に2つのコンポーネントに分かれています：Web API（認証情報処理）とSMTP MTA；両方ともロードバランサー後ろでKubernetesデプロイメントとして稼働します。 > - 高可用性はノード間で複数のレプリカを持ち、毎日完全バックアップを独立した場所に保存し、クラウドプロバイダ経由で時点回復（point‑in‑time recovery）を行うことで達成されます。 > - アウトバウンドトラフィックはUpCloudからの「BYOIP」（Bring Your Own IP）戦略を採用しています。軽量なベストエフォートメッセージバスがWeb API、SMTPインバウンド、定期タスク、およびアウトバウンドDaemonSet間の通信を調整し、障害は小さな遅延のみを引き起こし、自動的に再試行されます。 > - SMTPアウトバウンドコンポーネントはホストネットワークアクセス付きでKubernetes DaemonSetとして実行され（ノードごとに1ポッド）クラウドIPマネージャを使用してプロバイダのAPI経由で各ノードに必要なIPを割り当てます。その後、アウトバウンドポッドは送信者要件に応じて適切なIPを選択し、クリーンなIPレピュテーションを確保します。 > **ロードマップ：** 計画されている機能にはDNS検証アラート、クォータ警告、管理者用監査ログ、メール保持ポリシーの設定可能性、およびインバウンドメッセージ（バウンス、DMARCレポート）のサポートが含まれます。 > RemailsはEU企業にトランザクションメールインフラをローカルで制御させることで、配信率の向上と規制リスクの低減を図りつつ、米国プロバイダへの欧州代替案を提供することを目指しています。

**スプライトの設計と実装**

## Japanese Translation: Fly.ioの新しい「Sprite」VMは、超軽量で即時起動可能なLinux環境です。約100 GBの耐久ルートファイルシステムを持ち、アイドル状態になると自動的にスリープするため、プロトタイプワークロードにとって経済的な選択肢となります。各SpriteはFly Machine上で標準コンテナとして実行され、コンテナイメージは事前にデプロイされているので重いプルを省き、即時起動が可能です。 Spritesはすべての永続データにS3互換オブジェクトストレージを使用します。メタデータはローカルのSQLite/Litestreamに保存され、データチャンクはオブジェクトストア上にあり、NVMeキャッシュで読み込みを高速化しています。また、チェックポイントはメタデータのみを対象とし、復元が迅速で定期的に実行できるため、緊急回復ではなく通常の運用として扱えます。オーケストレーション（サービス登録、ログ、ソケットバインディング）はVMのルートネームスペース内で実行され、ホストはアップデートや再起動時に変更されません。 SpritesはFly.ioのCorrosion（ゴシップベースの発見）と統合し、プロキシエッジを介してパブリックHTTPS URLを即座に公開します。課金は使用量ベースで、実際に書き込まれたストレージのみが請求されます。アイドル時間はほぼ無料で、VMは自動的にスリープします。 Spritesは対話型のプロトタイプスタイルワークロード（例：迅速なAIデモやSlackボット）を想定しており、後でFly Machineへコンテナ化してスケールアウトできます。Fly.ioはSpriteランタイムをオープンソース化する予定で、現在のインフラストラクチャ以外でも実行できるようにし、プラットフォーム以外への採用拡大を目指しています。 *このバージョンは主要なポイントをすべて保持しつつ、メッセージを明確かつ曖昧さのない表現で伝えています。* ## Text to translate (incorporating missing elements):** Fly.io’s new “Sprite” VMs are ultra‑light, instant‑on Linux environments that can be spun up in 1–2 seconds with a ~100 GB durable root filesystem and automatically sleep when idle, making them an inexpensive option for prototype workloads. Each Sprite runs as a standard container on top of a Fly Machine; the container image is pre‑deployed, eliminating heavy pulls and enabling instant start‑up. Sprites use S3‑compatible object storage for all persistent data—metadata lives locally in SQLite/Litestream while data chunks reside on an object store, with an NVMe cache to accelerate reads—and they checkpoint only metadata, so restores are fast and can be done routinely rather than as emergency recovery. Orchestration (service registration, logs, socket binding) runs inside the VM’s root namespace, letting the host stay unchanged during updates or restarts. Sprites integrate with Fly.io’s Corrosion gossip‑based discovery to expose public HTTPS URLs instantly through proxy edges. Billing is usage‑based: you pay only for storage actually written; idle time costs almost nothing because VMs sleep automatically. Sprites are intended for interactive, prototype‑style workloads (e.g., quick AI demos or Slack bots) and can later be containerized into Fly Machines for scaling. Fly.io plans to open‑source the Sprite runtime so it can run outside its current infrastructure, potentially broadening adoption beyond its platform. *This version preserves all major points from the key list while keeping the main message clear and free of vague phrasing.*

**Show HN: 「Tusk Drift」– 本番トラフィックを API テストに変換する** *実際のユーザーリクエストを収集し、オートメーションテストへと転換するオープンソースツールの概要。* --- ## Tusk Drift とは？ - **目的** 本番環境で発生しているライブトラフィックを取得し、自動的に再現可能な API テストケースを生成します。 - **主な機能** - HTTP(S) トラフィックを記録する透過プロキシ - 再現性のあるリクエスト／レスポンス・フィクスチャを作成 - Jest、PyTest 等既存テストフレームワークとの統合 - 期待される振舞いと現在実装との差異（ドリフト）を検知 --- ## 動作概要 1. **プロキシ設定** Tusk Drift プロキシを API ゲートウェイやサービスの前段にデプロイします。 2. **トラフィック取得** すべてのリクエストがプロキシ経由で通過し、リクエスト／レスポンスペアが保存されます。 3. **フィクスチャ生成** ツールは捕捉したペアをテストファイルへ変換し、ステータスコード・ヘッダー・ボディに対するアサーションを自動付与します。 4. **テスト実行** 生成されたテストをステージングまたは CI 環境で走らせ、本番の挙動と差異がないか検証します。 --- ## 利点 - **リアルデータベース** テストは合成シナリオではなく、実際に発生したユーザーアクセスを基に作成されます。 - **継続的回帰テスト** トラフィックの変化に応じて自動でテストスイートが更新されるため、常に最新状態を保てます。 - **信頼性向上** 「本番では動く」バグを早期に発見し、ドリフトを抑制します。 --- ## はじめ方 1. リポジトリをクローン ```bash git clone https://github.com/your-org/tusk-drift.git ``` 2. 依存パッケージをインストール ```bash pip install -r requirements.txt # Node.js を使用している場合は npm install ``` 3. API がプロキシ経由で通信するよう設定 4. キャプチャコマンドを実行し、一定期間トラフィックを集める 5. テスト生成 ```bash tusk drift generate --output ./tests/ ``` 6. CI パイプラインへ組み込む --- ## 今後のロードマップと貢献 - **追加予定機能** - GraphQL クエリへの対応 - フィクスチャ自動サニタイズ（PII の除去） - テスト失敗時のビジュアル差分ツール - **貢献について** プルリクエスト歓迎です！詳細は `CONTRIBUTING.md` をご確認ください。 --- ## 最後に Tusk Drift は、本番利用と自動テストを橋渡しし、実際の条件下で API が期待通りに機能することを保証します。ユーザーへ影響が出る前に回帰を検知したい方は、ぜひお試しください。

## Japanese Translation: > **Tusk Drift** は、実際のトラフィックをキャプチャし、それをローカルまたはクラウドで再生できるオープンソースの API テストレコード/リプレイシステムです。AI アシストツールを使用して開発者が回帰を検出するのに役立ちます。 > > **インストール**：Linux / macOS では、curl スクリプト（`curl -fsSL https://cli.usetusk.ai/install.sh | sh`）を実行するか、バージョンを指定して実行します（`sh -s -- v1.2.3`）。Windows ユーザーは WSL を使用するか、GitHub Releases から ZIP をダウンロードし、`tusk.exe` を解凍して PATH に追加し、TCP 通信モードを設定してください。 > > **セットアップ**：CLI は AI 搭載の `tusk setup` を提供し、コードベースを分析し、SDK（Node.js / Python）をインストルメント化し、構成ファイルを作成し、レコーディング/リプレイテストを実行します。対話型設定を好むユーザー向けに `tusk init` というマニュアルウィザードも利用可能です。 > > **テストの実行**：ローカルでは `tusk run` を使用し、トレースディレクトリ / ファイル / ID の指定、パスフィルタリング、同時実行設定、サービスログ有効化、および結果保存などが可能です。結果・ログ・トレースはデフォルトで `.tusk/results`、`.tusk/logs`、`.tusk/traces` に保存されます（`config.yaml` で上書き可能）。これらのディレクトリを `.gitignore` に追加してください。 > > **クラウド統合**：テストは Tusk Drift Cloud 上にスイートとして格納でき、ライブトラフィックから自動的にレコーディングされます。クラウド API はトレースの一覧表示（`tusk list`、`tusk list --cloud`）や、`--cloud`、`--trace-test-id <id>`、`--all-cloud-trace-tests` のようなフラグを使ってクラウドテストに対して実行することをサポートします。 > > **UI と出力**：ターミナルに接続されている場合、TUI は 150 × 40 文字以上のウィンドウが必要です。ヘッドレス JSON 出力は `--print --output-format=json` を使用して取得できます。 > > **ソースからビルド**：Go 1.25+ が必要です。リポジトリをクローン（`git clone https://github.com/Use-Tusk/tusk-drift-cli.git`）し、`make deps` と `make build` を実行してから `tusk --help` で開始します。 > > **コミュニティとサポート**：貢献ガイドライン、ライセンス情報、および Slack コミュニティサポートは GitHub にホストされています。 > > **将来の拡張機能**：計画されている機能には、自動ライブトラフィックレコーディング、詳細な逸脱分析、根本原因検出、および推奨修正が含まれます。これらはすべて CI パイプラインを強化し、API の品質向上を目指しています。

**ヴィリアン・フォークナー** - 作家 - 編集者 - 代筆者

## Japanese Translation: バージニア・フォークナーの亡命後の年月は、彼女がゴーストライター兼編集者として静かだが決定的な役割を果たしたことで特徴づけられました。1951年8月1日にグランド・セントラル駅に到着し、ミシガン州で受けた電気痙攣療法の滞在によるうつ病から回復した後、ダナ・スウセの励ましを受けて雇われ、ポリー・アドラーの15万語程度の原稿を編集しました。30冊以上の書籍と新聞を徹底的に調査し、日付や事実について協力した結果、フォークナーは洗練された原稿を作成し、1953年6月にリーハート社の編集者ジョン・セルビーによって出版が承認されました。この本『A House Is Not a Home』はアドラー名義で発売され、最初のレビューでは彼女のみが称賛されましたが、その後のコラム（例：ドロシー・キルガレン）でフォークナーのゴーストライティング役割が明らかになりました。彼女の貢献を示す文書は、2006年にマサチューセッツ大学出版局による再版と、2021年にデビー・アプレグートによって発表された伝記で浮上し、コロンビア大学に保管されているノートや手紙を含みます。この成功の後、フォークナーは小説や劇を書き止め、ネブラスカ州リンスゴンへ戻り、『Roundup: A Nebraska Reader』（1957年中頃）を編纂するのに協力しました。彼女の仕事は、ゴーストライターがベストセラー作品を形作る一方でほとんど認められないことを示す典型例です。

**Show HN：Tabstack ― AI エージェント用のブラウザインフラ（Mozilla制作）**

## Japanese Translation: 既存の要約はすでに主要なポイントを正確に捉え、明瞭に読み取れるようになっています。変更は不要です。

**私が知っているプログラミングの全てを学んだ経緯** 1. **早期に芽生えた好奇心** - VHSで古いソフトウェアデモを観る。 - Apple II で BASIC を試す。 2. **自己学習による基礎固め** - MIT OpenCourseWare、Khan Academy の無料オンラインチュートリアルを追う。 - 日常の課題を解決する小さなスクリプトを書いて実践する。 3. **実際に手を動かすプロジェクト** - Python で簡易ウェブスクレイパーを作成。 - JavaScript と React を使って個人用予算管理アプリを構築。 4. **コミュニティへの参加** - Stack Overflow のような開発者フォーラムに参加。 - 地域のミートアップやハッカソンに積極的に関わる。 5. **正式教育とメンタリング** - Coursera でデータ構造のオンラインコースを修了。 - インターンシップ中にベテラン開発者から指導を受ける。 6. **継続的な学び** - 『Clean Code』や『The Pragmatic Programmer』などの書籍を読む。 - Go や Rust など新しい言語に挑戦し、スキルセットを拡充。 7. **振り返りとドキュメント化** - 学んだことをまとめる個人ブログを運営。 - 定期的にコードをレビューしてパターンや改善点を探す。 --- 好奇心・実践プロジェクト・コミュニティ参加・正式学習・継続的な振り返りを組み合わせて、私はプログラミングの堅固な基盤を築きました。この基盤は、新しい課題に直面するたびにさらに成長し続けています。

## Japanese Translation: **主なメッセージ:** プログラミング学習は、単に大規模言語モデル（LLM）に頼るよりも、実際のプロジェクトを通じたハンズオン作業、好奇心、そして人間との交流によって最も効果的である。 **その理由:** 直接コードを書いたり、問題解決に取り組んだり、リアルなコードベースと関わることで長期的な知識が身につく。一方でLLMは便利だが、単独で使用すると表面的な理解を助長する恐れがある。 **背景・文脈:** 著者は正式な資格のない神経多様性学習者に対して教えており、ソースコードや書籍、チュートリアル、フォーラム、ミートアップなどを自由に共有する文化から影響を受けている。例として、LinuxカーネルやPostgreSQLを探索し、貢献者がダウンロード・仮説立案・テスト・反復を通じて学ぶ様子を示している。 **今後の展望:** 学習の旅は繰り返し行われ、ABI、OS設計、データベース内部構造などをマスターしていく。各ステップが前の概念に基づいて構築される。著者は継続的なハンズオンプロジェクトと協力的知識共有を推奨している。 **影響:** 学生・趣味人・専門家はより体験型の方法を採用し、理解とコミュニケーションスキルが深まる可能性が高い。このアプローチは教育実践、オープンソース貢献、および広範なソフトウェア開発コミュニティに影響を与え、受動的なLLM消費よりも好奇心・実践・協力を重視する方向へ導く。

**Show HN:** *TinyCity – A tiny city SIM for MicroPython (Thumby micro console)* **翻訳：** 「Show HN: TinyCity ― MicroPython（Thumby マイクロコンソール）用の小さな都市シミュレーション」

## Japanese Translation: TinyCityは、Raspberry Pi RP2040向けにMicroPythonで書かれた都市シミュレーションゲームです。SimCityやjhhoward/MicroCityからインスパイアされています。プレイヤーは3つのプリセットテレーンまたはランダム生成マップのいずれかを選択し、住宅地・商業地・工業地に土地をゾーニングし、予算を設定し、毎年税金を徴収し、メニューから税率を調整します。ゲームでは人口増加、電力網の状態、犯罪レベル、汚染、交通渋滞、およびプレイヤーが管理しなければならないランダム災害を追跡します。マイルストーンを達成すると隠されたボーナスがアンロックされ、進行状況は保存またはロードできます。警察署・消防署・発電所・スタジアム・公園・木々・学校など、多種多様な構造物を配置可能です。アーケードプルリクエストがマージされた後にオンライン版が予定されており、将来的には新しい建物やイベント、マルチプレイヤー機能が追加される可能性があります。