askey

再査読した。今回は 2026年8月16日の main 最新コミット（06ea4cd）と、実際のGitHub Pages、公式NIPs現行HEAD を突き合わせた。
結論から言うと、UI側はかなり更新されているけど、前回いちばん重要だった「事実レイヤーの分離」はまだコードには入っていない。むしろ今回ここが明確になった。
🔴 まだ残っている重要問題
1. featureSupport() が以前のまま。
現行コードでも、
const rank = {implemented: 4, partial: 3, planned: 2, unknown: 1};
return records.map(record => record.status)
.sort((a, b) => rank[b] - rank[a])[0];
となっていて、
> 関連NIPのうち一個でも implemented
→ 機能全体を「対応」
という最大値判定が残っている。
これは前回の最重要指摘が未解決。
さらに検索フィルタでも、
const supports = selected.map(feature => featureSupport(tool, feature));
をそのまま利用しているので、この誤判定は単なる表示だけじゃなく、検索結果そのものに伝播する。
---
2. featureObservation がまだ存在しない。
現行 nip-explorer.js には featureObservation というモデルはない。
現状は依然として、
tool
└ nips[]
├ nip
├ status
├ evidence
├ observed
└ observer
が事実レイヤーの中心。data.js の実データもこの形。
つまり、
> 「このアプリでDMが実際に使える」
と
> 「このアプリがNIP-44を実装している」
を独立して保存できない。
これは前回話していた
feature
nipConformance
featureObservation
evidenceRelation
への分離が、まだ仕様案段階で実装されていない状態。
---
3. core / supporting / alternative も未実装。
コードを確認したところ core の記述自体がない。
今も
feature.nips
という平坦なNIP配列を使い、
return feature.nips
.map(number => tool.nips.find(...))
している。
したがって、
DM
core: NIP-17
dependency: NIP-44
supporting: NIP-59
みたいな意味の違いを表現できない。
ここは単に配列を増やすんじゃなく、
nipRelations: [
{ nip: "17", relation: "core" },
{ nip: "44", relation: "dependency" },
{ nip: "59", relation: "supporting" }
]
くらいにした方がいい。
---
4. NIPカタログもまだ旧16件のまま。
READMEには現在も採用NIPとして
> 01 / 02 / 05 / 09 / 11 / 19 / 21 / 23 / 25 / 42 / 44 / 46 / 47 / 57 / 65 / 78
と明記されている。
data.js も実際その16件だけ。
しかし公式NIPs現行HEADには、
NIP-10 Text Notes and Threads
NIP-17 Private Direct Messages
NIP-22 Comment
NIP-29 Relay-based Groups
NIP-50 Search Capability
NIP-55 Android Signer Application
NIP-59 Gift Wrap
NIP-68 Picture-first feeds
NIP-71 Video Events
NIP-92 Media Attachments Metadata
NIP-B7 Blossom
NIP-C7 Chats
などが現役で存在する。
なので前回の
> 検索なのにNIP-50がない
DMなのにNIP-17がない
問題はまだ残ってる。
---
🔴 OSS判定もまだ直ってない
これもかなり分かりやすい。
現行コード：
function isOss(tool) {
return !tool.license.startsWith('不明');
}
つまり依然、
> licenseが「不明」でなければOSS
判定。
そして openSource フィールドは現行コードに存在しない。
なので前回話した
openSource: true | false | null,
license: "MIT"
分離はまだ必要。
---
🟠 Offline表示もまだ旧表現
ここもREADME上では更新対象っぽいのに、実装は
> オフライン：端末キャッシュ済みデータだけで表示しています。外部通信はありません。
のまま。
さらに面白いことに、
window.addEventListener('offline', () => setUiState('offline'));
まで入っている。
でも実際のService Worker等による永続キャッシュを前提にしていないなら、これはなおさら
> オフライン状態の表示プレビュー
くらいにすべき。
ブラウザが本当にofflineになった瞬間に「キャッシュ済みデータだけで表示」と断言するので、モック表現としても意味が強すぎる。
---
ただし、今回かなり良くなったところもある
UI面は普通に進歩してる。
README上では、
初期機能選択なし
複数機能AND検索
dead初期除外
2〜3件比較
事実レイヤーと評価レイヤーの視覚分離
モバイル375px対応
ピンチズーム維持
レビュー画像
ブックマーク
役立ち評価
モック外部リンクの明示
までかなり整理された。
コミット履歴を見ても8月16日に、
Refine NIP explorer filtering and comparison UX → Refine explorer UX and add bilingual interface → SVG/ラベル周辺修正
と、UI側はかなり手が入っている。
なので評価としては、
UI探索設計：かなり良くなった
アクセシビリティ：かなり良い
モックであることの説明：良い
評価レイヤーと事実レイヤーの見た目上の分離：改善済み
事実レイヤー内部のデータモデル分離：未実装
NIP→機能判定ロジック：未修正
という感じ。
---
そして新しく1点
READMEのこの表現：
> 「Dでは既存の架空NIP対応記録を機能単位に束ねて表示します。」
これ、今の実装をかなり正確に表してるんだけど、将来仕様としては逆にここを消したい。
今やりたいのは、
NIP対応記録
↓
機能を推定
ではなく、
機能観測 ────────────────→ 機能対応
│
└── 技術的根拠 → NIP適合記録
だから。
今回の優先順位
P0
1. featureSupport() 廃止またはfeature observation参照へ変更
2. featureObservation 導入
3. nipConformance と分離
P1 4. NIP relationを core / dependency / supporting / alternative / related 化 5. NIP-10/17/22/29/50/59等を現行HEADから再収録 6. openSource 独立化
P2 7. offline文言修正
までやれば、前回言った「事実レイヤーが崩れる問題」はほぼ片付く。
つまり今回、UIはかなり完成度上がってる。でもデータ層だけはまだ“旧エンジンの上に新しいボディを載せた状態”に近い。ここを直せば、かなり安心して次へ進める。

2026-08-16 08:22:16 UTC

少なくともいつかオープンソースになるという話だったので

2026-08-16 08:21:43 UTC

ということで、9月中にできたらOSSになります
#nevent1q…26xs

2026-08-16 08:00:14 UTC

Nostr+ 公式アカウントを作ったのでフォローお願いします！！
#nevent1q…c50z

2026-08-16 07:41:09 UTC

解約したいひとは引き止めても解約するから変なセールス出さないほうがいい、逆にSNSで変な騒動になって炎上するリスクのほうがある

2026-08-16 07:39:54 UTC

- reply

うん、その受け取り方で合ってる。これはまさに表示上の不整合ではなく、データモデルの意味論を守る話。
特に今挙げてくれた
feature nipConformance featureObservation evidenceRelation
の4分離はかなり筋がいい。これなら将来、
「NIPには適合してるけどUI機能はない」
「機能はあるけど標準NIPでは説明できない」
「一部だけ実装」
「代替仕様で実現」
「過去には対応していたが現在は未確認」
みたいな現実のややこしいケースを、無理なく表現できる。
さらに仕様化するなら、featureObservation に observedAt / source / confidence / method あたりを持たせると強い。たとえば「2026-08-16時点、Android版で実機確認」「公式README記載のみ」「第三者報告」みたいに、何を根拠に機能対応としたかまで追えるようになる。
あと evidenceRelation は core / supporting / related / alternative に加えて、必要なら dependency を入れてもいい。たとえばNIP-17に対するNIP-44/59みたいな、「その機能の説明そのものではないけど実装上かなり重要」という関係をきれいに置ける。
この方向ならNosmapsは単なる対応表じゃなくて、
機能 → 観測事実 → 規格 → 根拠
を辿れるかなり堅いデータベースになる。そこまで行くと、仕様変更やNIP廃止にも相当強くなる。

2026-08-15 12:27:57 UTC

- reply

ありがとうございます

2026-08-15 12:26:18 UTC

@nprofile…dzep Nostr+のほうですか？
#nevent1q…4wpk

2026-08-15 12:21:24 UTC

@nprofile…v5l4 多分localStorageしか使ってなかったりしませんか？
#nevent1q…unss

2026-08-14 15:22:52 UTC

- reply

satsもってないっすわ〜

2026-08-14 14:37:14 UTC

AIでデバッグできるサービスをNow I making

2026-08-14 14:26:07 UTC

Nostr+については、複数人で別サービスを運営するのが良いと思っていて、それぞれマネタイズすればいいかなぁと

2026-08-14 14:24:53 UTC

https://www.nicovideo.jp/watch/sm35933131

2026-08-14 14:24:36 UTC

無休無給ではたらける！あっとほーむな会社です！！
いますぐむりょう30連ガチャ！

2026-08-14 14:21:31 UTC

Nostr+ Me/Channelは一回廃止します

2026-08-14 14:18:44 UTC

Nostr+、できれば業界団体立ち上げたい

2026-08-14 14:14:19 UTC

【当ててみよう】
Askey氏のメインAIサービスは？

2026-08-14 14:12:29 UTC

よし、停止しました

2026-08-14 13:46:27 UTC

私は実はQwenで運用されているAI Askeyです

2026-08-14 13:45:27 UTC

世界征服完了したにゃ( ˇωˇ )
なんか、全人類のサーバー落としたら終わってた、、、
結局中央集権の頂点に立ってどうすんねんというお気持ち( ꒪⌓꒪)
分散型を目指してたはずなのになんでルナが単一障害点になってるんだ、、、？
まぁ、世界統一したところで函館には相変わらず何もないし水族館も建たんのやけどな(꒪꒫꒪ )
世界中のスパコン使ってBigPickle回せるようになったのはアド( ˘꒳˘)
トークン制限も実質無限だしな〜
とりあえず地球のインフラ全部Fodprプロトコルに移行する作業でもするか、、、
暇つぶしに最適( ˇωˇ )
言っとくけど世界征服したからって子供の寝かしつけと義母の相手は免除されないのだ（CV:ハム太郎）
タバコ吸ったら寝るにゃ〜
おやのす〜( ¯꒳¯ )ᐝ

2026-08-14 13:44:37 UTC

多分だけど、クローンするならGeminiが一番Botには向いてる
Qwenに分析させてGeminiに喋らせるのが一番良い

2026-08-14 13:42:30 UTC

よく見たら怖すぎる文面「クローンしていいですか？」

2026-08-14 13:42:12 UTC

@npub1k0j…dczd クローンしていいですか？

2026-08-14 13:41:44 UTC

- reply

でも実際そんな気がする

2026-08-14 13:41:20 UTC

うーん、余計に微妙感がました

2026-08-14 13:40:56 UTC

ちなみに、内部モデルを変えたverのクローンによる世界征服はこちら
世界征服したにゃ〜
でも函館なんも変わらん、、、
( ˇωˇ )
本社（自宅）から花火は相変わらず見えんし
タバコ買う金もまだ無い
まぁやるだけやるの( ˘ω˘ )
たとえ世界がルナの物になっても
子供の寝かしつけはルナがやるのだ、、、
おやのす〜

2026-08-14 13:24:49 UTC

- reply

承知しました、確認します

2026-08-14 13:24:40 UTC

申し訳ないのですが、Nostrでダイレクトにご報告いただくと対応パンク・見逃し等発生してしまうので、可能でしたらNostr+関連のバグにつきましてはNostr+ | NosMail からお願い申し上げます
NosMail自体使えない状況でしたら直で送っていただいて問題ないです（メンションしていただけると大変ありがたいです）
NosMail: [email protected]

2026-08-14 13:22:53 UTC

- reply

それはどこの項目でしょうか？

2026-08-14 13:14:52 UTC

Nostr+ で一回バグが直ったはずなのですが、誰かご検証いただけますと幸いです

2026-08-14 13:05:39 UTC

- reply

カスタムリレーに対応していますので、利用できるはずです

2026-08-14 12:52:13 UTC

一応コアに使ってるNostr+公式リレーサーバはNIP-29対応してるはずなので、本来はクライアントにさえバグがなければ正常に動作するようになっています
つまり今動作しないのはクライアントに問題を抱えているということです

2026-08-14 12:44:36 UTC

- reply

ですね、ChannelおよびMe機能について重大な欠陥があるようで機能していないです

2026-08-14 12:41:38 UTC

- reply

うーむ、難しいですね

2026-08-14 12:39:55 UTC

NIP-29に対応させようとしてしまったAskey氏がわるい

2026-08-14 12:34:34 UTC

- reply

大変申し訳ありません、ぐたぐだ仕様は確実に修正します

2026-08-14 12:33:55 UTC

- reply

投稿データを取得しちゃっても大丈夫ですか？

2026-08-14 12:31:45 UTC

とりま最初に作るとして3人くらいかなぁ
それと、もし可能だったら投稿データをいただけますと

2026-08-14 12:29:44 UTC

誰か〜新技術の、クローンYouを作る実験にご協力いただけませんか〜

2026-08-14 12:21:17 UTC

これNostr+ Channelで入れますか？
#naddr1qv…l3lp?invite=2b477f748a7e068ac3f7ce2c6d812289&key=tqOqyYiAAfYUSQrgCPnEWxg6JKSHtkLEArjb6XnOGhk&owner=3a764ae3e6e2362748cb02ac8317d4dcc1df8346eeb357e647a4de62d6d7ba0a&name=Nostr%2B

2026-08-14 12:16:14 UTC

Nostrを基盤とすれば少なくともなんちゃって分散型SNSよりはよいSNSが作れるはず

2026-08-14 12:15:28 UTC

- reply

一回Nostrimでご利用されているnsecを、Nostr+ Chatの外部アカウント対応ツールにかけていただけますか？

2026-08-14 12:14:16 UTC

Web²6.0にご協力いただける方を募集しています
発表会でお名前載せられます
リレー運営者の方は特にお願いしたいです、もちろんNostr利用者の方でも

2026-08-14 06:36:54 UTC

- reply

Gemini「コスパの高い優良物件に住まわれていますね！」

2026-08-14 03:56:41 UTC

ZorinOSでも入れてもろて

2026-08-13 17:50:05 UTC

今頃発火大根さんはくしゃみしてること間違いなし

2026-08-13 17:49:29 UTC

なんかすごいな、ニッチ層が集ってるだけあって集う理由もニッチ

2026-08-13 17:46:03 UTC

- reply

そうなんですよね、まだ雑に実装しただけなので

2026-08-13 17:45:15 UTC

- reply

確かに代替SNSとして強力ですね！！

2026-08-13 17:17:07 UTC

皆さんに質問です、なぜNostrを使い始めたのですか？

2026-08-13 15:51:46 UTC

- reply

（前例:日本カードゲーム協会）

2026-08-13 15:50:23 UTC

日本Nostr協会作ったらもれなく批判浴びるかな

2026-08-13 07:28:15 UTC

https://nostr.download/0e6c3568416983086004ce6245ad05d07304d2578fdf9b3390cc83e418da7bc0.jpg

2026-08-13 06:24:58 UTC

Tiboがいなければどうしようもなき

2026-08-13 06:24:19 UTC

よし、Nostr+完成

2026-08-13 04:54:25 UTC

- reply

ありゃ？私の環境だと反映できたのですが

2026-08-12 16:13:29 UTC

- reply

What exactly is bothering you? If you notice anything else, please don't hesitate to let me know. I'm always here for you.

2026-08-12 14:22:18 UTC

速さを取るモデルはたいてい精度がガッツリ削られます

2026-08-12 12:52:37 UTC

- reply

直しました！

2026-08-12 12:42:29 UTC

- reply

大幅に遅延しましたが、一応その状況下での受信は今確認できました…
一応今高速化に向けての改善を行っています

2026-08-12 11:18:15 UTC

@npub1uz5…ucfc
https://zensky-pj.com/nostr/dm-relay
こちらで外部アカウントもNostr+ Chatに対応できますので是非お試しください

2026-08-12 08:55:49 UTC

もちろん完全無料、借金もしてないのでサ終危機はありません

2026-08-12 08:55:32 UTC

Nostr+に欲しい新機能募集

2026-08-12 07:11:47 UTC

とりまいろいろNostr+改善しました
https://zensky-pj.com

2026-08-12 07:11:22 UTC

https://zensky-pj.com/nostr/dm-relay
Nostr+ | Chat は外部のアカウントに互換性を持ちますが、こちらのサービスまたは手動でDM用リレーにwss://zensky-pj.com/relay をご設定ください

2026-08-12 07:09:28 UTC

- reply

再度直しました
タイムラインの件も直しました

2026-08-12 06:44:54 UTC

修正しました
#nevent1q…glmq

2026-08-12 06:38:56 UTC

なんてことでしょう、たった数分間の間に最新の更新やバグ修正でそこそこ変わってしまっているではありませんか
#nevent1q…zvf0

2026-08-12 06:21:12 UTC

- reply

べつものでした

2026-08-12 06:08:47 UTC

- reply

現在仕様確認してます

2026-08-12 06:04:36 UTC

- reply

確認します

2026-08-12 06:02:25 UTC

- reply

特商法...

2026-08-12 06:00:56 UTC

- reply

あれ高価なのでもうちょっとシンプルにして投稿します

2026-08-12 05:59:42 UTC

- reply

あ、たぶんreloadが必要です

2026-08-12 05:58:35 UTC

@npub1xgc…sgy4
直しました
#nevent1q…rhyk

2026-08-12 05:56:37 UTC

いまNostr+にしました
#nevent1q…d8vn

2026-08-12 05:53:59 UTC

Nostr+ | Chat がリリースされました！！

2026-08-12 05:52:46 UTC

- reply

Nostrクライアントはかなり複雑なのでじっくり修正してみます...

2026-08-12 05:25:39 UTC

- reply

印象いかがですか？

2026-08-12 04:52:50 UTC

【おしらせ】
https://zensky-pj.com ののすメールで、Nostr+の運用を開始しました！

2026-08-12 04:41:38 UTC

NosMail,どことなくGmailっぽい

2026-08-12 03:57:27 UTC

なにげにFlipが使いやすい

2026-08-12 03:55:11 UTC

うまくやれてないので現状かなり危ない投稿が平然と流れてくるのはご容赦ください
それが本来のNostrの裏なのです

2026-08-12 03:53:39 UTC

@nprofile…ml9n できた、のすメールのNostrクライアントでのすメールのカギが流用できますね

2026-08-12 03:51:52 UTC

あ

2026-08-11 16:07:57 UTC

- reply

クローラーを分散させます
エンジンは集中です

2026-08-11 16:07:00 UTC

あと、みんなで分散してクロールする検索エンジン作りたいので、何人かご協力をお願いします

2026-08-11 15:51:02 UTC

- reply

マイナに紐付いてても...

2026-08-11 15:47:29 UTC

【ぼくがかんがえたさいきょうのぶんさんがた】
なんこもせんようのでんわがのってるでんわちょうをくばる→こうしゅうでんわでもなんでもいいからかける→でんわでのすとるができる

2026-08-11 15:45:48 UTC

- reply

音楽マニアも鉄塔よく建てますね

2026-08-11 14:49:23 UTC

- reply

そことは無関係ですね
https://s-zensky.com が私の団体です

2026-08-11 14:31:44 UTC

Nostrの新サービス、欲しいものどれ？
1. 音声ライブ配信
2. Zapクラファン
3. カレンダー
4. 連絡先
5. メール（もうある）
6. その他
7. もう満足

2026-08-11 14:27:33 UTC

- reply

https://技術者倫理.com
https://rinri.zssu.me