2026/05/21 2:30

『Why is Inkwell stuck in review（インクウェルがなぜ審査保留となっているのか）」というタイトルは、「Inkwell というアプリが"審査中（review）"の状態に固定されている」状況を指しています。これは一般的に、以下のいずれかの原因によるものです： - アカウント認証待ち: 開発元である Inkwel Ltd がアカウント登録を完了せず、審査プロセスの期間中に留まっている可能性があります。 - 情報の入力不備: 必要な情報を正確に入力していないか、誤った情報を入力した場合、審査が停滞することがあります。 - アプリの不具合: 稀なケースですが、Inkwell サーバー側のエラーやメンテナンスにより、ユーザー側で"審査中」と表示されてしまうこともあります。解決策: 1. アプリを再インストールしてみる 2. カスタマーサポートに問い合わせる

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

要約▶

Japanese Translation:

Inkwell iOS アプリの市場投入には、2026 年 4 月 21 日から 5 月 19 日までの間、多数の拒否、コード変更、再提出、一通の電話、ならびに App Review Board への申立てが含まれていました。根本的な障害は技術的なバグではなく、「リーダーアプリ」という Apple の定義との衝突でした。承認を得るために、開発者は作成ツール（投稿、ハイライト、サインアップ、外部リンク）やソーシャル機能を削除し、ガイドライン 3.1 に適合するように基本ドキュメントビューアーへと転換させました。具体的な修正には、ガイドライン 1.2 に準拠してコンテンツ報告・ブロックボタンを追加し、「Apple でログイン」のバグおよびそれに伴う設計プロンプトをガイドライン 2.1 および 4 に従って修正し、複数回の問題発生後に当該機能を完全に無効化し、ガイドライン 5.1.1(v) に基づき Micro.blog アカウント用の削除ボタンを追加することを含んでいました。大きな継続的な課題として、米国特許商標庁（USPTO）において「Inkwell」は死んでいるにもかかわらず、Apple が同名称を商標リストに掲載していることがあり、これが複数の自動拒否を引き起こしました。これは App Review Board への申立てにより解決され、ガイドライン 5.2.5 に該当します。成功には、すべての作成ツールとソーシャル機能を削ぎ落とし、収益に関するガイドラインに合わせるためアプリ内購入を削除し、結果として、元々想定していた野心のあるビジョンではなく、簡素化されたユーティリティとして米国市場のみでアプリをリリースする必要がありました。これは、直前の月に Google よりも承認された Android バージョンと対比します。

本文

2026 年 5 月 19 日
私は、iOS 向けのアプリ「Inkwell」を 4 月 21 日に Apple に送付し、審査の開始を行いました。その以来、拒絶、コードの変更、再提出、説明要求、通話一通り、そして審査委員会への救済請求（appeal）に至るまで、多数の曲折を経てきました。現在もなおその結果を待っている状況です。なぜこのような停滞が起きているのでしょうか。私は既に一部の課題について言及はしてまいりましたが、Apple に対して忍耐強く接するよう努めたため、待つのみとしまして口出しを控えてきました。しかしながら、次第に心が折れかけてしまうようになりましたので、本書では App Review Guideline の各セクション番号ごとに整理しながら、問題点を以下のように明示しておきます：

1.2 — アプリ内に objectionable（不適切な）コンテンツを報告したり、ユーザーをブロックしたりする手段が用意されていなかったという指摘でした。これは、RSS リーダーであり、読者が特定の発信者をフォローするアプリである私としては、極めて不審に思われました。しかしながら、Micro.blog ユーザーからの返信が表示される箇所が存在することを踏まえ、レポートおよびブロック機能の実装を追加しました。加えて、Apple より明確な利用規約およびプライバシーポリシーへのリンクを求められ、それに応じてウェルカム画面に追加のボタンが配置されることとなりました（多少冗長さを生んでしまいました）。
2.1(a) — 「Sign in with Apple」ボタンが Apple 側で正常に動作しなかったという問題です。潜在的な不具合の一つを修正するとともに、Inkwell 自体から、あるいは Unread や Inkwell と同期可能なその他のアプリなどからサインインする場合、当該ボタンを非表示とするよう調整を行いました。
2.1(b) — Apple 側より収益モデルに関する一連の質問が寄せられ、それらにすべて回答しました。
3.1 — アプリ内にイン・アプリ購入機能を用いていないため、Apple が Micro.blog の収益の一部を徴収したいという趣旨の指摘でした。これに伴い、投稿やハイライト作成といったコンテンツ生成機能を削減し、サインアップ機能および外部リンクを削除するとともに、Epic と Apple の間で異なる規制が存在する米国を除く全てのストアからアプリを配信停止いたしました。現在では、同ガイドライン 3.1.3(a)「リーディングアプリ」または 3.1.3(f)「単体のコンパニオンアプリ」として該当すると考えられます。
4 — 多岐にわたる「デザイン面」の問題が挙げられ、審査担当者が「Sign in with Apple が有効化されているにもかかわらず、ユーザー名を求めている」という理由で拒絶したというケースがありました。一部は修正済みですが、本アプリ内での Sign in with Apple 機能を完全に無効化いたしました。
5.1.1(v) — Micro.blog アカウントの削除手段が用意されていなかったとの指摘です。Inkwell は Micro.blog のコンパニオンアプリであり、ほぼ全ての利用者は既に Web 版からアカウントを削除可能な既存のマイクロブログアカウントを持っています。これを踏まえ、Inkwell 内の設定画面にもアカウント削除ボタンを追加いたしました。
5.2.5 — 「Inkwell」という名称が Apple 自身の商標ページに掲載されている点が最も複雑で、他の問題が解消された後も頻繁に再浮上します。当初は製品名を変更し、「Inkwell」という語の強調を弱めることを試みましたが無駄でした。これが唯一、審査委員会へ救済請求（appeal）を行うに至った件です。

「Inkwell」はその文字通り非常に一般的な単語であり、App Store にはそのバリエーションを含む名称を持つ多数のアプリが存在します。製品のリブランディングも選択肢ではありますでしたが、既に前月に Google より承認を得た Android バージョンをリリースしており、数年間にわたるアプリリリースの経験から「完璧な独自性」は実質的に不可能であることを見出しました。同じ商品カテゴリにおいて、極めて類似した名称と商標を持つ二つのアプリが混同されるようなケースでなければ、通常は重大な問題とはなりません。

Mac OS X 10.2「Jaguar」では、Newton の技術に由来する手書き文字認識機能が導入されました。Mac 上ではこれを「Inkwell」と命名し、2002 年に商標登録を行いました。私は Newton の愛好家であったため、その存在を漠然と記憶しているのみです。当時、Apple 側と電話で話した担当者の従業員は、この歴史的事実について全く存じませんでした。Apple が用いていた「Inkwell」ブランドは短期間で消え去り、現在では米国特許商標庁によって「無効化（dead）」として登録されています。にもかかわらず、名称が Apple の公的な商標ページ上に現れ続けることで、審査担当者が指摘・異議を唱えたのであります。他方、「Inkwell」を含むその他のアプリが問題なく承認されている事実も存在します。

現時点で、この点を「譲れない立場地」として争い続けなければならないかどうかと決断に至っていませんが、哲学的には、Apple が iOS アプリの配信における支配的地位を濫用し、法の範囲を超えた行動をとることに対して大きな懸念を抱いています。当該商標は実質的に数十年にわたって未使用であるにも関わらず、Apple 側には圧倒的な権力が存在します。

同じ日のほかのニュース

一覧に戻る →

2026/05/20 22:43

GitHub、悪意のある Visual Studio Code エクステンションによる 3,800 リポジトリの侵害を確認。

## 日本語翻訳: GitHub は、従業員が悪意のある Visual Studio Code (VS Code) 拡張機能のインストールによって、約 3,800 の内部リポジトリが侵害された重大なセキュリティインシデントを確認しました。主な影響は、機密性の高い GitHub 内部のソースコードと、ハッカーグループ「TeamPCP」がサイバー犯罪フォーラムで所持していると主張する約 4,000 つのプライベートリポジトリの漏洩可能性がある点にあります。このインシデントは、ソフトウェアサプライチェーン内で長年見られる課題を浮き彫りにしており、過去には悪意のある拡張機能が認証情報を窃取したりマルウェアを配布したりするために利用されてきました。特に以前の年には、数百万回のインストール数を誇りながらセキュリティリスクにより削除されたトロージャン化された VS Code 拡張機能や、クリプトStealing の拡張機能、データを漏洩させる AI ベースのコーディングアシスタントを含む他のインシデントもありました。これら過去の事例は外部ユーザーを標的としたものであったのに対し、今回のインシデントは GitHub の自前のインフラストラクチャと開発チームに限定されており、これらの内部リポジトリの外に保存された顧客データに影響があったという証拠はありません。

2026/05/21 6:33

Google がウェブに対して「宣戦布告」に出たとして言われている。

## Japanese Translation: Google は、オープンウェブのリンクを AI が生成したサマリー（「AI オーバービュー」）に置換する活動を積極的に進めており、これは閉鎖的で管理されたインターネットを創出するというリスクを孕んでいます。現在、ウェブは開かれた文化的リソースとして扱われるべきですが、Google は自社の独占的なニーズを満たすために情報を文脈から切り離し、既存のデータを報酬なしの原材料として使用し、事実上その独り占め体制を支えています。このアプローチは、かつて企業が行ってきた「壁の中庭（walled gardens）」建設の試みに酷似しており、不制御された外部世界に対して安全でフィルタリングされたインターフェースを提供しています。この動きはリンクから LLM 生成のレスポンスへ移行するものであり、時々誤っている答えを提供することで、ウェブに対する Google の独占的な管理層を確立し、ウェブサイト、ユーザーの創作活動、デジタルアートが synthetic generation に餌を与える限り、それらを無関係にしてしまうという脅威をもたらしています。業界基準がこの優越性に適応して変化するリスクもあり、将来的には早期のアール「slopified AOL」に類似した、劣化しアルゴリズムによってキュレートされたプラットフォームとなる可能性があります。アクセスは Google のアルゴリズムが「関連する」と判断したコンテンツに限られます。主な影響は、デフォルト設定に依存するユーザーの情報多様性の低下です。真理および文化へのアクセスの独占に対抗するためには、個人はすぐにデジタル習慣を「De-googlify」する必要性に直面しており、代替検索エンジンへ移行し、Chrome を避ける必要があります。情報の独占化へのこのシフトはオープン標準にも脅威を与え、Google の「安全な」抽象化と対照的に、参加型ウェブに対して非難ラベルが適用される可能性があります。記事は Patreon での呼びかけで締めくくり、本文はクリエイティブ・コモンズアトリビューション・シェアアライク 4.0国際ライセンスの下で提供されていることを示しています。

2026/05/18 11:04

N トークン毎秒とは、実際にはどのような速度なのでしょうか？

## 概要：この報告書の中核的なメッセージは、ローカル LLM のパフォーマンスが単なる生速度だけでは決定されるのではなく、主にコンテンツタイプとハードウェアの制約に大きく依存することである。スループットベンチマークは、コード、テキスト、思考／推論、エージェントの 4 つの明確なストリーミングモードを明らかにしており、同等のトークン率においてでも識別子の高い密度のためプロース（文章）に比べてコードが著しく遅く感じられる。補足のために、本研究では長い識別子を分割する特定のパターン付き BPE（Piece-wise Byte Encoding）方式のトークナイゼーション手法を使用しており、例えば「processUserInput」は「process」「User」「Input」に分けられ、句読点や演算子もトークンとして扱われる。これは tiktoken や Claude のトークナイザーなど一般的なツールとは異なる。テスト範囲は広く、Raspberry Pi クラスのデバイスから 4090 などのハイエンド GPU、Groq などのクラウドサービスまでをカバーしている。重要な知見として、ハイエンドシステムではハードウェアが 1 秒あたり最大 800 トokens を処理できる一方で、実際のユーザー体験は人間の視覚処理速度で決定される上限に達し、極限スピードにおいてはボトルネックは計算能力からシフトして、人が画面を閲覧または視聴する速さという要因に移行する。したがって、これらのモデルを展開する企業は、これらの 4 つの特定のストリーミングモードに合わせて期待値と最適化戦略をカスタマイズし、ユーザーのニーズに合わせる必要がある。