Tomoki

Founding Engineer / Head of Engineering @ Genaxis, Inc.
Building AI workflows for software teams.
Python / Go / Rust / Google Cloud / Terraform

[Tomoki @tomo070106]

@ZvrLtzAoqhPB6HK そんないいんすか！？
僕はマジで使ったことないすけど、しのゆーさんも使ってるみたいなの見ました笑笑

[Tomoki @tomo070106]

Codex 20xのアカウント一つじゃ足りなかったのでおねだりしたら、もう一個20xアカウントもらえた！！いっぱいコード書ける！！

[Tomoki @tomo070106]

エンジニアすぎて、ユニットエコノミクスとかPMFとかそこらへんのビジネス用語知らんくて話に入れない...

[Tomoki @tomo070106]

最近のCodexって以前の会話履歴を参照するようになってる...？Codexは本当にまっさらなコンテキストで実行したいから、昔の会話履歴を参照されるのは嬉しくないかもなあ

[Tomoki @tomo070106]

最近、エンジニアとしての腕の見せ所は原因の帰属のさせ方にあると感じる
正直、原因の帰属が終わったらあとはAIによしなにやってもらうだけだし

[OpenAI @OpenAI]

GPT-5.6 Sol, along with Terra and Luna, will launch publicly this Thursday.

We’re expanding preview access globally now.

[Tomoki @tomo070106]

最近、紙とペンを使って開発するのが一番効率いいということに気がついた。

独り言をぶつぶつ言いながら、ノートにUIのラフなデザインを描いたり、サービス間の通信の仕方とかをお絵描きする。

これをやっている横で、僕の独り言を文字起こしさせておいて数回AIと壁打ちすれば、作る機能の設計完成してるんよな

[Tomoki @tomo070106]

もう一回休学をするので今回の進振りには参加しない予定！点数足りるか知らないけど理情に出そうかなー

[炎鎮🔥 - ₿onochin - @super_bonochin]

@r0m5en3 ほんまに。

『Mythos すごいぞ！すごすぎて危ないぞ！』
↓
『Fable すごいぞ！ Mythos 級やぞ！！』
↓
『ほなら Fable かて危ないんちゃうんけ！』

そらそうなるやろっていうw

[Anthropic @AnthropicAI]

The US government, citing national security authorities, has issued an export control directive to suspend all access to Fable 5 and Mythos 5 by any foreign national, whether inside or outside the United States, including foreign national Anthropic employees.

The net effect of this order is that we must abruptly disable Fable 5 and Mythos 5 for all our customers to ensure compliance.

Access to all other Claude models is not affected.

We apologize for this disruption to our customers. We believe this is a misunderstanding and are working to restore access as soon as possible.

Read our full statement: https://t.co/bwn0sximKZ

[Tomoki @tomo070106]

これは冗談でもなんでもなくCodexと話をしていると人間とのコミュ力落ちるのでClaudeと話すことも大事なのかもしれない

[Tomoki @tomo070106]

そっかClaudeだとMaxプランか

[Tomoki @tomo070106]

AIは自分で触ることを大事にしているので、FableのためにProプランに戻してみた！評判だから結構楽しみ

[Yusuke Endo @ysk_en]

こんにちは。

デザイナーとして、大企業からスタートアップまで、かなり使われているプロダクトをデザインしていると自負しているのですが、多くの皆さんがAIでVibe Codingしただけで、使われるプロダクトを生み出せると思っていることに疲れたので、この投稿を書いてみます。

この投稿を読んですぐに取り入れられるくらい長く書くつもりです。長い文章が嫌いなら、とりあえずブックマークだけして後で読んでください。

1. 新しいプロダクトを考える時は、自分の好きなツールで考えるようにしてください。

AIは便利ですが、文章だけで考える必要はないです。考えが進むなら紙でも石でもレゴブロックでも良いです。

2. これから何のゲームをプレイしようとしているのかを理解してください。

どうすれば勝ちなのか、達成したいことを明確にします。プロダクトのデザインはアートではなくサイエンスです。

最高のユーザー体験は、勝つための体験設計の一部です。あらゆるものすべてに意思が必要です。デジタル領域のプロダクトはもはやeSportsです。

3. プロダクトの価値で課題を解決する場合、誰よりもその課題に乾きを持ってください。

解決していない現状に笑けるくらい怒ってください。できない場合、本当の問題に気づくのに多くの時間がかかり、大抵の場合は先に飽きがきます。

課題の実感がない人がデザインするプロダクトほど的外れで退屈なものはありません。自分がユーザーだとこの上ないですが、「この人の問題を解決したい」と思える実在の人の近くにいてください。会って話して存在する根源的な課題を認識してください。

4. 機能ではなく、もたらす結果から考えてください。

「あったら良いな」と思う機能は必要ないです。「必要な気がする」機能も必要ないです。わからないことばかりなのに、自分でゲームを複雑にする必要はないです。削って削って削り切ってなお削りすぎたと後で困るくらい削ってください。その上で命をかけたいと思えるコア体験に集中してください。

5. 退屈な解き方をしないでください。

ただでさえAIでクソみたいなツールが増えまくっているので、あなたが作るプロダクトくらいは面白くあってください。つまらないものに人生の時間を使わせないでください。

6. プロダクトを使う道のりを完全にコントールしてください。

あなたのプロダクトを認知してから、プロダクトの入り口にたどり着き、期待値を持って動き始め、最初の最高の体験をし、お金を払ってでも使い続けたいと思う、一連の流れを何度も何度も通しで確認してください。

すべての画面、パーツに意思と責任を持ってください。パーソナライズやカスタマイズといった言葉で濁して無駄に選択肢を増やさないでください。使う人が迷う要素を徹底的に排除し導きます。

素晴らしいプロダクトデザインは空気のようです。気づかないうちに流れていきます。普段使っているプロダクトがなぜそうなっているのか、なぜ使いやすいのか、なぜ使いにくいのかを観察して説明できるようにしてください。

7. 発明すべきか、ベストプラクティスに従うべきかで悩むと思いますが、UIにおいては一番使われているプロダクトを真似してください。

プロダクトは人に使われるための道具です。使われる感触もわからず、UIの作法もわからず、何も知らないのに「俺が考える最強のプロダクト」を作る？？ただ「時間を無駄にしたい」と言ってるだけです。守破離が近道です。

すべてを模倣するのではなく、中途半端に見た目だけ真似するのではなく、設計意図を理解した上で、ありがたく先人の試行錯誤の結果を拝借してください。

8. 最初からドーパミンに依存する安易な手段に逃げないでください。

焦らせて判断を鈍らせたり、論点をずらすような短期的なハックを前提にすると価値を見誤ります。ハックしなければならいほど価値のないものを作ってるんですか？ゲームに大勝利するためにも体験価値の証明を優先してください。

9. プロダクトの設計に迷った時は、リリース投稿やリリース動画を考えてみてください。

あなたがわからないものはユーザーも理解できないです。リリース時の様子が想像できないのならコア体験がまだ存在していません。作ってる自分やチームですら使うのにつまずくものはプロダクトになってないです。すべてを捨てて最初からやり直しても良いです。

10. プロダクトのスタンスやポジションを持ってください。

似たようなものがたくさんある気がしますが、あなたのプロダクトを使う言い訳がほしいです。単に便利なだけでなく、会う人々に勧めたくて仕方がなくなるような強い思想です。

スタンスやポジションはすべてのデザインの意思決定に現れます。見た目やテキストのトーン、情報設計の運び、他にはない使いやすさにです。

そのために、考えのすべてをAIに任せないでください。自分の意思を持ってください。

11. 期限を必ず切ってください。頑張っても間に合うかわからない期日を設定してください。

失敗する前提で早く動いてください。振り返るタイミングがないまま続けると失敗を認識できないからです。失敗を認識できないと改善できません。

手作りでじっくり時間をかけると愛着が湧いて失敗だと認識したくなくなります。大成功に近づくためにさっさと作ってさっさと失敗してください。

12. 素早く失敗したら、成功できるサイズやステップまで小さく小さく刻んで問題を探ってください。

失敗したということは、理解できていないことや認知していない領域が存在しています。中途半端な成功には注意してください。緩やかな死です。自信を持って成功している状態を認識し続けてください。

13. 最初から分業で物事を始めないでください。

分業はチームで最適化を行うための手段です。最適化すべきものすらない状態で、意味のないタスクを生み出して無駄な仕事をしないでください。そして、最初から自動化しないでください。バカな要件を自動化してもゴミが生まれるだけです。

13. ユーザーが使っている様子を生で見てください。

できる限り自然な状態で、説明なしに使っている様子をただただ観察してください。妄想だけでは想像もしなかったハードルが驚くほど見つかります。

14. 楽しく生きてください。つまんないやつが作るプロダクトはたいてい面白くないです。

15. 使ってもらえるプロダクトを作れるようになったら、対価をもらえるように価値の付け替えをデザインしてください。

認知と利用を一体にしたプロダクトのデザインをしたり、ユーザーのモチベーションを課金に転換したり、自己増殖的に価値が作られる仕組みを組み込んだり。この先も楽しいゲームが待っています。

16. なんだか導入の思想ばかり書いてしまったので、より具体的なプロダクトのデザインについては、数日後にパート2をあげます。フォローといいねを押してください。ありがとうございます。

[Tomoki @tomo070106]

UI/UXの設計は自分のエゴをユーザーにどう押し付けるかの設計なのだという結論に至った

[Kenn Ejima @kenn]

やべぇ

Webアプリのエラー追跡に使うSentryのテレメトリは公開されてるのでそこに偽物のバグを送りつけ、それをAIに修正させようとするとnpxコマンドで悪意あるコードを実行するという手口

もう何も信じられないな

[Tomoki @tomo070106]

最近まじでこれだなあって思う。特にDBのバリデーションとかはちゃんとやらないと、分岐が増えてUIがとんでもなくわかりにくくなっちゃう

[Tomoki @tomo070106]

本当の意味でVibe Codingで作られたアプリの特有のUI/UXの悪さは割とそもそものドメイン設計とか上流のところに問題があるケースが結構あるので、対症療法的にUIの改善をしたところで改善しにくいんじゃないかな