  |
はてなキーワード: ログインとは
時計を見る必要はない。秒針の位置はさっき自分で確認したし、木曜のこの時間に僕がここに座っていることは、もはや力学系の固定点みたいなものだ。
今日は一日中、もはや時空を基礎に置くという前提そのものが誤りなのではないか、という地点から考えていた。
多様体の上に量子場を載せるという発想は便利だが、便利であることと正しいことは一致しない。
弦の状態空間をヒルベルト空間として扱う段階で、すでに過剰な可換性を仮定している。
今考えているのは、弦の状態を対象、遷移を射とするような素朴な圏ですらなく、それらの間の自然変換が物理量として意味を持つような、∞-圏値の理論だ。
しかもその圏は、基礎体上に定義されていない。数ですらない。ホモトピー型理論と高次トポスの内部論理でのみ定義できる対象として、弦の相互作用を“存在”させる必要がある。
作用積分？ そんなものは比喩だ。今やダイナミクスは、安定な導来随伴の存在性としてしか語れない。
これが何の理論かと問われれば、正直に言って、まだ名前を与える段階ではない。
ただ、少なくとも従来の超弦理論が持っていた次元や背景という概念が、不要なゲージ冗長性だったことだけは確信している。
この感覚は、理解というより検出に近い。ノイズが消えたときにだけ現れる沈黙の形だ。
こういうことを考えている最中に、ルームメイトが後ろから「コーヒー飲む？」と聞いてきた。
僕は振り返らずに「今は圏が非可換だから無理」と答えた。彼はしばらく黙ってから去っていった。正しい反応だ。
隣人は廊下で僕を見かけるたびに、なぜか挨拶の文言を微妙に変えてくる。今日は「こんばんは、今日は静かですね」だった。
僕は「静かさは状態じゃなくて差分だ」と言ったが、彼女は笑っていた。意味が通じていないとき、人はだいたい笑う。
昼過ぎ、思考が一瞬だけ収束を失ったので、頭の中でMTGのデッキを一から組み直した。
土地配分を確率測度として扱い、初手7枚の分布を弱収束で評価していくと、なぜかさっき考えていた高次随伴の存在条件と同型な構造が出てくる。
カードゲームが数学的に美しいのではない。数学が避けられないだけだ。
夕方にはFF14にログインしたが、戦闘には入らなかった。レイドのギミックは有限オートマトンとしては面白いが、今日はもっと非可算なものを扱っていたかった。
代わりに、装備更新の計画だけを立て、必要な資源をグラフ理論的に整理した。実行は後でいい。未来にやるべきことが確定している状態は、精神的に非常に安定する。
夜、アメコミを数冊読んだ。宇宙が何度リセットされても、因果律だけは編集部によって強制的に保存される。その雑さが好きだ。少なくとも、作者は自分が神だと誤解していない。
友人Aからはまた意味不明なメッセージが来て、新しい玩具の話をしていたが、仕様書を読まずに感想を語る行為には応答しないことにしている。
友人Bは相変わらず「それ、役に立つの？」と聞いてくる。役に立つかどうかという問いは、対象が局所最適に落ちることを前提にしている時点で、もう役に立たない。
今はもう、飲み物も所定の位置にあるし、椅子の角度も規定値だ。
それから、明日のためにMTGのサイドボード案を頭の中で3通りだけ完成させる。
CLAUDE.md や rules / skills みたいな形で、重要なコーディングルールはあらかじめかなり固めておく。
たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいな AI への指示は最初から用意しておく。
あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。
割と過剰なレベルでガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。
ts 前提だと eslint や tsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用
おすすめなのは、何かしらの小規模案件や個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。
そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。
正直、ガチガチすぎると MVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイブコーディング時代だと普通にペイすると感じている。
アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。
手書きでドメイン図を書いて、それを写メ撮って画像認識で仕様整理、みたいなのも割とアリだと思っている。
どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイントが必要か、この辺りは最初に一通り洗い出しておく。
それに加えて、ユーザーが初めてトップページを開いてから登録・ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターンか仕様書にしておく。
フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものやドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。
最初に作った基本設計をベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランとチェックリスト形式の TODO を 1つの md ファイルに吐き出してもらう。
フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。
ある程度わかりやすい単位で AI に依頼する感じで、出来上がったコードをレビューする前提なので、実装プランの md 自体はよほど分かりやすいツッコミどころがない限り細かくレビューしない。
mdのフォーマットは skills 側で事前に用意しておく。
フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。
当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。
TODO 一覧の中から自分の認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったら TODO 項目のチェック状態を更新してもらう、mdファイルもコミットに含める。
コミット前にはlint ルールを無効化していないか、意図通りの実装になっているかは git diff の差分で必ず確認する。
git worktree を使うことが多い。
よくやるのはフロントエンドの画面モック作成とバックエンド実装の2並列で行う。
実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。
実装プランの md ファイルを作るときのプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネント、リストコンポーネント、◯◯のボタンコンポーネント、Information コンポーネント、外部通信用の ◯◯Gateway を実装する、◯◯コンポーネントは既に ◯◯ 機能で実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービスで実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。
バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要だから実装して、これはインターフェースと実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯ 機能にあるからそれを参考にして、くらいの粒度で指示を出す。
フロントエンドの実装を待っている間に、バックエンドのプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドのAI待ち時間はフロントエンドのことをする。
フロントエンドオンリーの実装とかで作業が競合するリスクあるときは並列作業しない。
チェックリスト更新が終わるごとに差分を確認して、問題なければコミットメッセージを提案してもらってコミットする。
細切れにするコストよりも、レビューする人間の認知不可が許すレベルであればある程度まとまった単位でレビューして実装速度を優先する派。
テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。
カバレッジやミューテーションテストなど、定量的にテストを評価できる仕組みは導入する。
バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。
これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイルを実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。
フロントエンドはテストの定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。
自分はこんな感じでやっている。
感覚としては、優秀だけどシステムのアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。
周りの話を聞いていると、もっともっと AI に自律的にいろいろやらせているようにも聞こえる。
これでも 1日1人で数万行レベルはコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。
「全機能分プラン作ってね！そこから良い感じの粒度でコミットも自分でやってね！」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lint エラーループでパニクって linter オフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。
それは流石に許容できないレベルじゃない？が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。
あとツールはあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットもあんま感じなかった。
mcpもserenaくらいしかいれてないや、トークン節約してレートリミットの猶予伸ばした方が結局開発早くなるかなって。
いろいろ入れた方がいいんだろうか。
完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
ブレンダーを勉強してて、それで作ったキャラクターを動かすためにVRChatを入れた。ユーザーランクを上げないとアバターをUPできないという情報を得たので、先にランク上げをしておこうと思った。
定期的にログインして挨拶まわりをするとか、boothで服やアバターをリアルマネーで買って改変をしたりとかが非常にめんどくさい。
それでVRCにいるのは大抵おじさんかヘラ女ばっかりだしさぁ
もうちょっと普通の女はおらんのか普通の女は まあ探せるところには多分いないんだろうな
ちょっと趣味の合う同性(女)の友達が欲しいだけなんだけどあんまり金の匂いを絡ませたくないし、回線が普通の人より弱いらしいので読み込みが遅くて余計に足が遠くなってしまった
さようならVRChat。ところでこのQuest2どうしような。
https://www.prudential.co.jp/news/pdf/980/20260116_2.pdf
3件の既知の行為以外に、
プルデンシャル生命の制度または保険業務に関連する行為ではありませんが、106 名の（元）社員が金銭に関わる不適切行為※2 を行っていたことも判明いたしました。（元）社員が在職中に受け取った金額は合計約 16.3 億円、退職後に受け取った金額は合計約 14.5 億円です。
その内訳が「（３）その他「お客さま確認」において発覚した金銭に関わる不適切行為 」
「（３）その他「お客さま確認」において発覚した金銭に関わる不適切行為」の具体例
（元）社員が国内で登録・認可等を受けていない企業や投資商品を紹介し、その後に当該企業が業務停止となり、お客さまに返金されなかった
（元）社員が「自分も儲かっているので投資しないか」などと仮想通貨の投資関係者を紹介し、お客さまが投資を行ったが、当該投資にかかるシステムにログインできなくなり、お客さまに返金されなかった事案
（元）社員が「自分の顧客が行っているファクタリング投資に参加すれば月利 10％を得られる」などと説明のうえ金銭を受け取り、当初は配当金が支払われるもその後は滞り、お客さまに返金されなかった事案
（元）社員が（「自分は資産運用の専門家であり、投資で資産を築いた実績がある。自身へ金銭を預託すれば元本が減るリスクを負うことなく高配当を得ることができる」などと騙り金銭を受け取り、お客さまに返金されなかった事案
（元）社員が「建築用材の会社に投資して運用するので、投資金として金銭を貸して欲しい」と依頼し、借用書を作成のうえ金銭を借り受けたが、お客さまに返金されなかった事案
「（３）その他「お客さま確認」において発覚した金銭に関わる不適切行為」以外にも次のようなことがあるとのこと。
なお、「お客さま確認」において、表 1 の不適切行為のほか、69 名の（元）社員が、社内規程において取り扱いが認められていない投資商品やその取り扱い業者等をお客さま 240 名に紹介したことが確認されました。
当該（元）社員によるお客さまからの金銭の受け取りはありませんが、（元）社員が紹介した行為によりお客さまが取り扱い業者等にお支払いされた金額は、在職中が合計約 9.7 億円、退職後が合計約 3.4 億円となります。これらのうち、取り扱い業者等からお客さまに返金等された金額は、合計約 2.5 億円です。
【追記⓪】
最初に書いておくと、xのポストがほとんど誰にも見えていない可能性があるため、ここは私の避難所としての情報発信の場とする。
追記に伝えたい情報を書いていくので、定期的に更新しようと考えている。
xの私の趣味垢から周知垢のポストを確認しようとしたところ、「このアカウントは存在しません」と表示されてしまった。
今のところ、私の周知垢にはログインできるが、この先どうなるかは分からない。
【本文】
パンデミック以降の超過死亡の死亡原因
これらすべてが奇妙なほどバラバラで時に矛盾するのは、巨大規模の組織的な工作活動による「ガスライティング」という可能が浮上する。
ここで言うガスライティングとは、嘘の情報が混じっているというスケールの話だけではない。
場合によっては「存在しない概念」を有ると信じ込ませる「壮大な嘘」も可能性としてあり得るという仮説が立てられる。
あくまで可能性の話だが、明るみになるはずがない非倫理的と非難される研究技術を用いれば、病気と見せかけた犯罪も成立し得るのだ。
例えば脳の感覚野などを刺激して、咳や鼻水などの生理反応を起こすことが理論上可能であり、また遠隔で行う技術も秘密裏に存在するのであれば、シェディングなどの症例にも説明がつく。
ＭＫウルトラやコインテルプロといった事例も存在するため、既存の知識や常識の枠内では解決できない可能性があるのだ。
もしこの仮説が可能性としてあり得ると考えた者がいたら、仮説の拡散に協力して欲しい。
なぜなら、巨大規模の組織的な工作活動が実在した場合、この仮説が広まることそれ自体がガスライティングを無力化することになり得るからだ。
そしてあともう一つ。
知らない方は多いと思うが、PATMとは周囲の人間が頻繁に咳払い等の反応を示す現象だ。
私はPATMという不可解な現象におよそ五年間悩まされていた。
シェディング、香害、PATMという共通点の多い現象は、世界的に見て日本のxだけ異常に話題になっている。
これは実際に検索しても体感的に分かるかと思われるが、例えば韓国では「PATM lang:ko」で検索しても全然引っかからない。
その国の一般的な呼称を用いて、ツイッター利用者の多い国で検索してもそうで、概念発祥地の英語圏ですら極端に少ないのだ。
英語圏のRedditというサイトのPATMコミュニティで書き込みがあるのが、逆に不自然に思えるほど少ないのだ。
AIの回答ですまないが、日本は日本以外の世界単位で比較しても何十倍～100倍近い開きがあるという。
これは日本で広く知れ渡っている概念だとか、文化の違いで説明するのは困難だろう。
これら三つの現象が単なる「思い込み」に過ぎないのだとすれば、それは日本人の精神疾患率が世界的に見て異常に高いことを意味しかねない。
「遺伝子」「添加物」「カビ」「概念の浸透度」「国民性」「ネット環境」「思い込み」……これらの要因を引き合いに出せば、一応の説明はつくかもしれない。
しかし、これらの複合的な要因によって、日本という国でのみ他国との決定的な差をxで生み出しているならば、確率的に見て宝くじに何度も当選するようなものではないだろうか？
「ある事象を説明するのに、必要以上に多くの仮説を付け加えるべきではない」という考え方だ。
統計学的に見て明らかな異常値であるのが証明されたならば、いくつもの仮説を継ぎ接ぎして説明すること自体、極めて不自然だと言わざるを得ない。
つまり、これは「世界で共通して起こる自然な現象」ではなく、「日本で顕著に発生している異常な現象」であり、そこには人為的な介入がある可能性を、私は考えている。
以上の二つの考察から、「実在しない病気ですら、大規模なガスライティングによって捏造されている可能性がある」という仮説を私は主張したい。
私がこの観点に至ったのは、PATMと類似したもう一つの概念の「主観的な体験」がきっかけだった。
もしこの話を口にする者が、世界中でほんの一握りしかいなかったとしたら、誰も調べようとする動機すらなかったからだと私は考える。
仮に同じ疑問を抱いた医者がいても、社会的信頼が失墜するため、余程の覚悟でもない限り口にすることもないだろう。
私の話はこれで終わるが、最後にいくつか捕捉をさせて欲しい。
・症例者の体験談は多岐にわたり、時には互いに矛盾するほど相違し、療法も大きく異なる(例えばPATMは子供が反応しやすい、しにくいなど)
AI曰く、今の私の垢はシャドウバン等の影響でほとんど誰からも見えていない可能性が高いらしいので。
①ふたばのエンターテイメントスレで私の仮説を信用した可能性の高い20人(このリンクは一番読んで欲しい)
日本で殆ど話題にならなかったエプスタインの事件当時、ふたばの二次裏では盛んに話題になっており、後にエンタメスレに隔離された顛末がある。
政治的リテラシーが高く工作員対策もするスレなので、私よりもこの人達を信用して欲しい。
https://x.com/mememe_meu_meu/status/2010744383864521165
https://x.com/ever_green_gold/status/2009877383122420140
③超過死亡は事実だとAIは判断(ツリー上にあるリンクを貼ったポストは表示されないので、スクショで投稿)
https://x.com/mememe_meu_meu/status/2009506397583729015
https://x.com/ever_green_gold/status/2011634018580906247
リンクを辿れば私自身の信憑性は下がるかもしれないが、発信者の属性と仮説の真偽は切り離して考えていただければ幸いだ。
何も書かなければ、内容を無視した精神病のレッテルを貼るだけの批判ばかりが来ることは、容易に想像がつく。
・鹿島建設の住民監視事件という、工事に反対する住民を自宅内まで監視して、グループチャットで約60人が情報共有していた事例がある。
この事件は、組織的規模の工作活動と呼べるレベルの犯罪と言って差し支えないだろう。
近年の日本の政治はあまりにも異常だと感じる者も多いのではないか。
もしエプスタインの事件のような倫理観を持つ者達が世界を掌握していたならば、見える形だけで他国を侵略するとあなたは思えるだろうか？
・この仮説を拡散した者が誹謗中傷をされることはあっても、技術的な介入によって攻撃される可能性は低いと私は推測している。
いくつか理由はあるが、もしそれが行われたなら仮説の『答え合わせ』になってしまい、組織が存在した場合には、結果として自らの首を絞めることになるからだ。
【追記② 私の仮説とリンクする平沢進氏の独創的な咳のポストが存在する可能性】
私と同じ『陰謀論者』である平沢進氏が、私の仮説でも触れた『咳』に関する独自解釈を行っているポストを見つけたのでリンクをこちらに貼る。
https://x.com/ever_green_gold/status/2013842917648146655
そしてAIが存在すると明言する咳に関する当該ポストが、なぜか何度質問してもリンクを貼ってくれないので、その対話の内容のリンクも貼らせてもらいたい
https://share.google/aimode/ErWGsHQ46pnPVgK1J
このリンクを貼ったポストは、他のアカウントからは見えなくなっていた。
https://x.com/ever_green_gold/status/2013904744251851184
陰謀論を唱えるが、他の方は普通にリンクが辿れる形のガスライティングなのだろうか？
もし平沢氏の当該ポストへのURLを知ってる方がいれば、教えて頂けると本当に幸いだ
平沢進氏の件やふたばでのエンタメスレの件から考えて、仮説に信憑性を感じて欲しい。
正常性バイアスを無視すれば、論理的に考えて可能性は否定できないのではないだろうか。
予防線の意図があって、私が昔使っていたゲームや映画などの作品鑑賞記録のURLをここに貼る
https://booklog.jp/users/zombeef?category_id=2576840&display=front
私はただのオタクと思われるかもしれないが、音楽や映画のサブカルに強く傾倒してた時期もあり影響は受けている
もしガスライティング組織が存在したならば、組織は個人情報を集める為、それは当然知っていると考えられる
私が典型的なオタク作品にしか興味のない人間だと組織内で語られていることがあれば、組織は構成員に「嘘」をついてまでレッテルを貼っていることになるかもしれない
私は最近よくxなどで誤字脱字をしているが、接触の問題で押せなかったり、処理オチだったり、推敲する間もないほど急いでる等の原因があると自己分析している。
単なるタイピングのミスで知的レベルを乏しめられることがもしあるならば正当ではないレッテル貼りである。
更にはガスライティング組織が存在するならば、その辺の事情も当然理解しているはずで、嘘のレッテル貼りを行っている上にそんな印象操作も行うほど真理を突いている可能性も考えられる。
ソフトウェアって、結局「意味」を扱うものなんです。銀行口座の残高、予約の空き状況、SNSのタイムライン。全部、人間世界の概念を処理している。
一方で、CPUが実際に実行するのは「このアドレスに値を書け」みたいなビット操作の羅列。そこには「ログイン機能」という単位が存在しません。
この二つを繋ぐには、「何を作るべきか」「できたものが正しいか」を判定する基準が要ります。「ログインできること」「不正なパスワードを弾くこと」といった仕様は、意味の単位がないと記述できない。だから「意味→手続き」の変換には、意味を表現できる抽象化レイヤーが必須になる。これが高級言語の本質的な役割です。
じゃあ「AIが直接機械語を吐けばいい」はなぜ成り立たないのか。
AIは意味のレベルで動作します。「ログイン機能を作れ」を受け取って処理する。最終的にCPUが実行するのはビット操作。この間に「意味→手続き」の変換が必ず発生します。
AIが何を出力するにせよ、内部でこの変換が起きる。つまり、AI内部に意味を表現する抽象化レイヤーが必ず生まれます。これは人間が読み書きする形式でなくても、機能的には高級言語そのものです。
だから「高級言語をスキップしてAIが直接機械語を吐く」は原理的に不可能なんです。スキップしたように見えても、内部で同等の抽象化が起きている。中間層が消えたんじゃなくて、見えなくなっただけです。
「じゃあ人間が読める形式は要らないよね、AI内部にあればいいのでは」という疑問が出るかもしれません。
ソフトウェアは一発で完成しない。動かない、どこがおかしい、直す、また動かす。この検証・修正のサイクルを回すには、「ここがバグ」と意味の単位で指し示せる表現が要ります。
「人間が読めなくても、AIが検証・修正すればいい」という場合でも同じです。AIが「何について検証するか」を表現する層が必要になる。「ログイン機能が正しく動いているか」を確かめるには、「ログイン機能」という意味の単位を指し示せないといけない。機械語にはそれがない。だからAIが検証する場合でも、意味を表現する層を経由します。それは高級言語と機能的に同じものです。
現実のアーキテクチャで確認してみると、自然言語でのプログラミングは既に成立しつつあります。
AIに「去年御歳暮もらった人に、いい感じのお返し送っといて」と言えば、AIが解釈して実行する。これはプログラミングしてるんです。AI自体が実行環境になっていて、ユーザーからは高級言語が見えない。
現時点では、背後でAIがAPIを叩き、そのAPIは高級言語で書かれたソフトウェアが動かしています。では将来、AIがAPIを叩かずに直接システムを構成する可能性はあるか。
仮にそうなったとしても、AIが「何を作るか」を把握し、「作ったものが正しいか」を判定するには、意味のレベルで表現する層が要ります。最終出力が機械語だとしても、その生成過程で抽象化レイヤーを経由する。これは現在のアーキテクチャに依存した話ではなく、「意味を扱って手続きを生成する」という行為の構造的な制約です。
「AIが直接機械語を吐く」と主張する人は、意味と機械語の間にあるギャップを何がどう埋めるかを説明していません。このギャップを埋めるものが高級言語（またはそれと機能的に同等の抽象化レイヤー）であり、それは形を変えても消えないんです。
で、iPhone13 mini に入ってた eSIM を移行しようとしたら、見事に沼った。
eSIMの発行依頼までは順調。
問題はその先。
新しい iPhone16 にeSIMのプロファイルをダウンロードする必要があるとのことで
まだSIMが入ってない新しいiPhoneで認証できるわけないでしょ。
説明だと
って書いてあるけど、**そんな通知は来ない。**
ここで完全に詰み。
……と思ったけど、必死に思い出した。
「これ使えば、パスワードだけで
新しい iPhone16 の My au にログインできるのでは？」
auのサイトの移行手順も不親切すぎて、正直もうやりたくない。
問題 1
あなたはある企業のAWSアーキテクトです。既存のオンプレミスの金融データをAWSに移行する必要があります。移行後、すべてのデータは 削除や上書きができないように保護 する必要があります。
A. AWS Storage Gateway + Amazon EBS + Object Lock
B. AWS DataSync + Amazon S3 + Object Lock
C. AWS DataSync + Amazon EFS + Object Lock
D. AWS Storage Gateway + Amazon S3 + Object Lock
回答C。 AWS Storage Gateway は名称てきにオンプレミスと sync しなさそうだから、DataSync -> EFS だと考えた。S3はストレージだからなし。
問題 2
Auto ScalingグループにあるEC2インスタンスのスケールインが発生しました。
デフォルトのスケールインポリシーの場合、どのインスタンスが優先的に削除されますか？（3つ選択）
C. 最も最近作成されたLaunch Templateのインスタンス
D. 最も古いLaunch Templateのインスタンス
スケールイン, スケールアウトの違いがわからない。アウトは拡大する、インはスケール縮小？
回答：A, 多いほうから削る。D, 古いものは削除、E,残り時間が少ない順から削る？
問題 3
グローバルに展開するアプリケーションがあり、ログイン処理が遅く、HTTP 504エラーも発生しています。
CloudFrontを利用してコストを抑えつつ、パフォーマンスを改善する方法として適切な組み合わせはどれですか？（2つ選択）
A. 複数リージョンにアプリを展開してRoute 53のレイテンシルーティングを利用
B. CloudFrontのオリジンにCache-Control max-ageを設定してキャッシュ比率を上げる
C. Lambda@Edgeを使って認証処理をユーザーに近い場所で実行
D. 各リージョンに複数VPCを作りTransit VPCで接続してSAMでLambdaを配置
E. CloudFrontのオリジングループでフェイルオーバーを設定
回答：BとCかな。Aは手数が多すぎる。非効率かなと。Dも工数がかかりそう。手作業で複数作るのかな？Eはこういう設定して意味あるのかなと思った。
問題 4
医療系企業がAWSで複数のアプリケーションVPCを作成します。各アプリは 共有サービスVPC にアクセスする必要があり、アプリ同士も通信します。
将来的に数十のアプリが追加されることを考慮した場合、管理負荷を最小化する構成はどれですか？
A. VPC PeeringでアプリVPCと共有VPCを接続
回答：A 他はなんか怪しい。
問題 5
アプリケーションは EC2 + RDS SQL Server で構成されています。
要件: EC2とRDS間の通信はすべて暗号化されていなければならない
どの設定が最適ですか？（2つ選択）
A. EC2とRDSのセキュリティグループでポート443のみ許可
C. rds.force_sslパラメータをtrueにしてDB再起動
E. RDSルートCA証明書を取得しアプリでSSL接続を設定
回答 AとC。Eも正解っぽく感じる。
ーーーーー
答え
ーーーーー
問題 1
あなたの回答：C (AWS DataSync + Amazon EFS + Object Lock)
実際の正解は B (AWS DataSync + Amazon S3 + Object Lock)
理由：
Object Lock は Amazon S3 のみ がサポートしています。EFSやEBSではできません。
AWS DataSync で S3 にデータを移行し、Object Lock を有効にすると、削除や上書きを防止できます。
Storage Gateway はハイブリッド用途（オンプレと同期）に便利ですが、このシナリオではすべてクラウドに移行するため不要です。
問題 2
あなたの回答：A, D, E
正解：A, D, E ✅
理由：
スケールインは 余剰リソースを減らす 操作（インスタンスを削除する）
選ばれたAZの中で 最も古いLaunch Templateのインスタンス を削除
※「スケールイン＝縮小」「スケールアウト＝拡大」で覚えておきましょう。
問題 3
あなたの回答：BとC
正解は C と E
理由：
Lambda@Edge → 認証処理をユーザーに近い場所で実行でき、ログイン処理を高速化
B（Cache-Control max-age）は静的コンテンツのキャッシュ用で、このシナリオの問題（認証処理の遅延や504）には直接関係なし
AやDはコストや運用負荷が高く、今回は「コストを抑えて改善」が条件
問題 4
あなたの回答：A
理由：
VPC Peering は数が増えると 接続管理が爆発的に複雑 になる
Transit Gateway を使えば 1つの中央ハブ で全VPCを接続でき、管理負荷が大幅に削減
VPNやDirect Connectはオンプレ接続用なので不適切
問題 5
あなたの回答：AとC
正解は C と E
理由：
rds.force_ssl=true → RDSがSSL接続を強制
クライアント側で RDSルートCA証明書を使用 してSSL接続
TDEは 静止データの暗号化 用で、通信の暗号化には関係なし
※ ネタバレないよ。全部くだらない自分語り。自分語り乙とでも書いてくれたら嬉しいです。あとちょっとdisります。
Fate/Grand Order（FGO）というゲームのメインストーリーが、10年という歳月をかけて完結した。
もちろん、これからもおまけエピソードやアフターストーリーが展開されていくことと思われるが、一度わたしたちの冒険は終わったのである。
このゲームは非常に奇妙な成り立ちをしている。オンライン接続が必要なソーシャルゲームなのに、他のプレイヤーの存在をあまり感じない。
オンライン要素といえば、他の人が育てたキャラクターを借りて、パーティを強化することができるくらい。
借りる時の名前や自己紹介文を面白おかしくして、くすっと笑ってくれたらいいなと願う。
ちょうど必要としていた装備を付けている重課金者の最強キャラを貸してもらって、心の中でお礼をする。そんなもんだ。
あとは買い切りじゃなくて、キャラクターの入手がガチャなこと。それも結構な闇鍋の。
（もちろんガチャをあまり引かなくてもクリアはできる、効率が悪いだけ）
だから、わたしはこれまで、FGOのことをソーシャル（笑）ゲームと呼んでいた。一般的なソシャゲに程遠いからである。
このゲームは、ゲームと銘打っているにも関わらず、ゲーム部分も可笑しい。
もちろん攻略が難しい敵がいて、編成を考えるのが楽しいという戦略性こそあるものの、確殺できるパーティが決まればあとは同じ動作を何日も繰り返すだけ。
どこのクエストに連れて行っても簡単にクリアできるテンプレパーティも確立されている。
編成が本当に好きな人以外はテンプレパーティを3つくらい用意して、相性に合わせて使っていればいい。
じゃあ、なんでここまで面白いのか。それは全てシナリオに委ねられている。
立ち絵が切り替わるだけの紙芝居方式のシナリオが、文字だけで人の心を動かす。
その上、シナリオで活躍したキャラのすべてが良い見た目と声をしているから、つい欲しくなる。そうやって経済が回っている。
FGOは「ゲームを盛り上げて続けさせるための工夫としておまけに用意されたのがシナリオ」ではなく、「シナリオを読むための修行がゲーム」だった。
だから、わたしはFGOのことを、ソーシャル（笑）ゲーム（笑）なので、シナリオが読みたい人だけここを通るがいいと言って勧めてきた。
でも、わたしを最後の最後で感動させたのは、ゲーム（笑）で、FGOやっぱ終わってほしくないなって思わせてくれたのは、ソーシャル（笑）だった。
レイド期間中の3日間、「FGOはもうサービス終了してしまうかもしれない。集めた素材も、意味がないかもしれない。でも、みんなと一緒に戦って思い出作りがしたい」と思って、三徹したあの時間。
少しホーム画面に戻ってみたら、自分の育てたキャラクターが1万回借りられていて、「クリスマスなのにお前たちも馬鹿だなあ」なんて思った瞬間。
終わってほしくなかった。借りられた回数も、それによる報酬も、みんなが倒したから減ったボスのHPも、ただの数字だ。
でも、その数字が増えたり減ったりするのがひどく悲しくて、嬉しくて。もう徹夜したくない寝たいと思っているのに、解放されたくはなくて、このまま31日になればいいって思った。
それが27日に終わってしまって、寂しさと熱狂が冷めない中で、迎えたラストバトル。
かっこよかった。かっこよかったよ。やってることは変わらなくて、ボタンを押して必殺技を打つだけなのに。
Live2Dの横向きの立ち絵（実装コストがすごく高いらしい）が動くくらいなのに。
仕様上これが録画しなければ二度と見られないんだと思う反面、それが誇らしくて、今でもその光景が忘れられない。
まあ、シナリオでも感動したんだけどね。最速の人たちと並ぶようにクリアした後、三が日までFGOのことを考えては、飯食って感想ツイートして飯食って考察ツイートして飯食って毎日2時間くらい号泣して寝るって生活をしてたくらいには、感動したんだけど。
FGOが大好きだった。今も大好きだ。毎年クリスマスとお正月に、激ウマイベントを睡眠時間を削ってやっていたのが、好きだった。
本当に作業だったけど、あの作業が大好きだった。彼氏はできたり別れたりしたけど、FGOがいたおかげでリア充を呪ったことはなかった。
イベント開始18時にキャラクターを貸してくれた、話したこともないフレンドが、深夜の3時くらいでもまだ直近ログイン0分だったのが好きだった。
寝て起きても、こやはんとにやはん（有名なFGO配信者）が周回配信をしていて、「寝て起きてもまだやってる」とコメントするのが好きだった。
紅白歌合戦だのガキ使だのを横目に見ながら、スマートフォン片手に親戚とおせちをつつく瞬間が好きだった。
FGOと迎える年越しが、好きだった。今年はそうやって年を越せなかった。
完結したけどこの後どうなっちゃうんだ〜〜〜！？！？？！という期待と不安。
こんなゲームなので10年間で次々と脱落していき、周りに誰もクリア者がおらず、ネタバレを語り合うこともできないまま、孤独に迎えた年の瀬。
最後に、走馬灯みたいな映像と制作陣のインタビューが50分を占めた年末の生放送で、カノウプロデューサーが「2026年も期待しててください」と言った衝撃でフリーズしたまま迎えた2026年。こんなにうれしくて、切なくて、満たされたことはなかった。
FGOがソーシャルゲームでよかった。お前のソーシャルは、ソーシャル（笑）じゃないよ。
お前はちゃんとゲームだったよ。戦闘システムがないノベルゲーのほうが売れるなんて言って、ごめん。お前はこのシステムで、こう生まれてきて、よかったと思う。
ありがとう、FGO。幾度となく完全体のモルガン（最強キャラの一角）を貸してくれた数十人の廃課金のフレンドたち、ありがとう。
わたしのキャラクターを借りてくれた人、ありがとう。配信してくれた人。攻略情報をくれた人。考察を投稿してくれた人。
どんなに苦しい情報が後から出てきても、ハッピーエンドの二次創作をしてくれた人。逆にかわいい子の絶望顔を描いてくれた人も。
キャラクターを、礼装（装備）を描いてくれた絵師。何度も泣かせて笑わせてきたシナリオライター。キャラクターに生命を与えてくれた声優。
ディライトワークス。ラセングル。アニプレックス。TYPE-MOON。坂本真綾。わたしと、何度も年を越してくれて、ありがとう。
2025年に32歳になった。会社員としては、2019年に新卒入社して今年で7年目。いろいろとなんとも言えないような感じの年数になってきたので、ここらで一度キャリアや生活や人生（特に結婚しないつもりでいること）について、今の自分の考えを一度まとめておこうと思い立った。せっかくの年の瀬だし、いつか狂いそうになった自分を引き戻す材料にもなるかもしれない。そんなわけで書いていく。まずはキャリアについて。
正直一番書きたかったのがこの章かもしれない。しかも言い訳じみた内容を。というのも、キラキラもガツガツもしてない、ダウナー系ITエンジニアをやっているからだ。
新卒で入社した電機メーカーのIT部門でエンジニアとして働いている。社内向けシステム、社外向けシステム、それとB2BのSaaSのようなものの開発に携わってきた。主にサーバーやモバイルのアプリ開発をやってきたけど、UbuntuサーバーのVMを起動してセットアップしたり、AWSでシステムを立ち上げたりなど、インフラ寄りの作業も経験した。
経験の幅は多少あるものの、どれも深く身についたものは無いような気がして、技術力の高さが売りになるようなエンジニアにはなれていないし、これから勉強とか頑張ってそうなりたいかというとそうでもない。その時必要になったことをやるというか、まだ担当が割り当たってないところをやるというか、そんな何でも屋みたいなことを人に聞いたり調べたりしながらやってきて、これからもやっていくんじゃないかと思う。
とはいえ、プライベートで全然触れないというほど技術に興味が無いわけでもなくて、余ってるノートPCにUbuntuを入れてサーバーにしたり、そこで自作のTwitterBotを動かしたり、気になった技術ブログを読んだり、強いエンジニアのアカウントをフォローしてアンテナを張ったりはしている。スマホのGoogleアプリもよく技術ブログの記事をおすすめしてくるので、割とプライベートでもそういうものに意識が行くタイミングは作ることができている。今年はAIコーディング関連の話題が多かった。自分の職場はまだあまりガッツリとは活用できていない感触だけど、自分も周囲のメンバーも含めて、気軽に導入・活用できるような仕組みを作れないかと思ったりしている。最前線にいなくてもいいけどある程度のキャッチアップはしていかねば…。
おそらく今の僕が評価されているのは「関係者と折り合いをつけて仕事を前に進める」とか「ストレス耐性」とかその辺りになってくるのではないか。今年度は昇格もあったし、その少し前には部門内の投票で個人表彰ももらったので、周囲からの評価はそこそこ良いと思う。それらの評価を受けるタイミングで自分が発揮していたものがさっき挙げたものだったと、自分では分析している。ちょうど、やや荒れたプロジェクトをどうにかしようと頑張っていた時期でもあった。それ以外の案件でも、企画部門との調整やメンバーへの方針の提示、上司との課題の共有など、コミュニケーションは積極的に取っている方なのかもしれない。ストレス耐性の方については… そもそもそんな高負荷な状況にならないようにしたいね、二度とw でもまたそんな状況になってしまったら、その時も粛々とやれることをやり、手の届く範囲を拾ってカバーしていくというムーブをできればと思う。
転職すれば収入が増えたり通勤が楽になったりするのかもしれないと思うことはあるが、今の職場の居心地が良い。周囲と自分とで技術レベルのバランスが取れていてちょうどよく、大企業らしい安定感もある。転職して満足度が上がるかどうか分からないので、今のところ転職意欲は高まっていない。転職活動も面倒くさそうだしね。とにかく仕事方面は基本的にやる気が無い。ほどほどでやっていこう。ちなみに転職サービスへの登録まではしたことがある。オファーというか、話を聞いてみたいというメッセージがたくさん届いてビビったのと同時に、モチベ低いのが申し訳なくもなった。
今住んでいるのは賃貸マンションで、5～6年目くらいになる。1LDK・53㎡で、少し前までは「一人暮らしにしてはちょっと広め」とか言ったりもしていたが、32歳の家としてはさほど広すぎる感じもないと思う。ソファもテーブルもベッドもデスクも置けていて満足している。なんならゲスト用のマットレスも敷けるので友人が泊まりで遊びに来られるスペックだ。食器も潤沢に用意しているので4～6人くらいはお揃いの食器で食事ができる。5、6人寝るとなるとさすがに厳しいが。そんな感じなので僕の友人は遊びに来てもらっても構わない。ソファに座って50Vのテレビでアニメや映画を鑑賞してもいいしゲームをしてもいいし一緒に酒を飲んでも良い。眠くなったらゲスト2人まではソファベッドやゲスト用マットレスで寝られるので「僕と添い寝しろ」ともならない。
実は同じブロック内にもう1棟マンションが建っており、そっちが実家で、この土地に住んでいる年数は27年とかになる。土地自体は住み心地良いが一人暮らしがしたくなったので実家を出て、隣のマンションに台車で引っ越したのだ。この場所にはもうしばらく住んでいたいと思っている。
マイホームは、引っ越す必要が出るとどうなるのかよく分からない。面倒くさそう。
ゲームをする、アニメを観る、YouTubeで配信や動画を観るのが主な趣味になっている。Twitterのことは趣味とは認めていない。けれどもよく見てはいる。
継続的にログインしているゲームは原神、崩壊：スターレイル（スタレ）、ゼンレスゾーンゼロ（ゼンゼロ）、アークナイツ、鳴潮で、またやりたいなと思って寝かせているのが学園アイドルマスター、あとは気が向けばAPEX LEGENDSとかMonster Hunter Wildsとかもまたやりたいかなーと思いつつ、全然時間が無い。いや、時間と言う単位では足りない。人生が足りない。そう、本当はやりたいこといくらでも出てくるんだよな、困ったことに。イラストを描けるようになってみたいだとかVTuberになってみたいだとかいろいろ。でも実際はログインしているゲームも碌にメインストーリーを進められていなかったりする。スタレとゼンゼロがそう。ログボやデイリーだけは割とさくっと完了できるから惰性で続けているが、さすがにやめて他のゲームをもうちょっとやり込むとかしたいかもしれない。今年ずっと言ってたかも。でもなかなかやめられない。YouTube観る時間はもっと少なくて良い気がするので、そっちで調整できたらいいね。
自分は人とペースを合わせることができないのだと思う。それは立って歩く時のペースから生活リズム、そして人生を歩むペースまで。いや、歩くペースくらいは合わせてもいいんだけど。できないというのは我慢ならないという意味でもあるし、「ゲームがやりたいので仕事の前でも3:00AMに寝る」とか「ゲームがやりたいので今日の夕飯は適当で」みたいな日もあるような生活に人を付き合わせられないというのもあるし、人に付き合っている暇も無いのだ。やはり人生が足りない。
あと、人を大事にするのが苦手という自覚もある。不意に人を傷つけてしまうようなことを言ってしまうし、優しい言葉をかけるのも上手にできない。
そんなこんなで結婚はしないつもりでいる。やりたいことをやりたい時にやりたいだけやって、迷惑もかけず文句も言われない、そういうソロプレイをやっていこうと思う。そんな自分ではあるが、時々友人と食事や飲み会やゲームをするのは楽しいので、誘ってくれる友人のことは大事にしていこうと思う。
ちなみに欲が無いとかではない、全然。無い方が良かったのかもしれん。
そんな日が来ることがあるのだろうか。あるのかもしれない。体力の問題か、精神力の問題か、ゲームをやっていられなくなる時が来るかもしれないし、退職して平日の8時間×5日分が一気に手に入った時、持て余す可能性もある。だがそれはもう婚期をもう1周分過ぎた後くらいのことだろう。そこまでいけば「老後連れ添う」という目的の結婚とかあるのかな。とりあえず随分と先のことだろうから今考えている通りにはならないと思うが、2つほどざっくりとやってみたいことがある。1つは政治について勉強し直すこと、もう1つは子どもたちにパソコンで遊べる環境を提供すること。どちらも社会の前進や将来世代に役に立つことと自分の関心領域であることとが共通している。
とにかく、自分の時代が終わっていくフェーズにおいては、人に何か与える側に回っていくというのをやれればと思う。
政治の勉強するときにYouTubeとかでやるのだけはほんまにやめてくれ。
こんなことが書きたかったのだっけ。脱線もしたし、書き漏れていることもあるような気がする。書き漏らしについては、また1年後に拾って書ければそれでもいいかもしれない。1年後の自分に変化があるのかも一つの楽しみとしよう。まあ、これ書いたこと忘れてるかもだけど。
日本の健康保険はすごい。手術費が400万円以上かかったのに16万程度しか負担してない。高額療養費制度が凄すぎる。
外科医、7時間くらいの手術をして凄い。ぶっ通しで集中するって凄すぎる。入院病棟の看護師の方も凄い。なんか脱毛で通ってた皮膚科の看護師の方とはテキパキさが全然違うのね。脱毛とは違って急変して死ぬような患者が次々来る場所だからそれもそうなのか。
会社ありがとう。手術で長期の休みくれて。会社自体にそれなりの規模があり、抜けている間も業務のパンク状態にはならなかったと思う。就活頑張ってよかった。
死ぬ可能性ゼロではなかったので、死ぬつもりで引継ぎ資料を作ったのも新鮮だった。自宅も完璧に片付けてネット証券のログイン情報とかも家族向け死亡時引継ぎ資料としてまとめた。27歳で一旦死ぬつもりになってみるのは良い体験だった。
私がこうなったことで母が一時的にスピってしまった。告知直後から私より母が精神状態が変になってしまい、母には正確な病状等を伝えないようになった。
基本全部「この手術では絶対死なないから大丈夫！」みたいな感じでポジティブな嘘をついてた。家族への説明は父が受けてくれてありがたかった。あと私が入院あけて回復して職場復帰していったことで母がもとに戻っていったのもとりあえずは良かった。
病気で手術するから入院という話をしてから大学時代から7年付き合ってた彼氏に振られたのはすごい。恋愛ほど脆いものはないな。というか、逆の立場で彼氏のほうが難病になりましたってとき、
じゃあ私が全力で一生支えますみたいな気持ちになれたかというとそれも微妙だった。付き合いが長くなりすぎて冷めてきてはいたが、本当に関係がゾンビ状態だったのだなと実感した。
別れたあとも連絡は可能な状態になっていたけど、職場の23歳の子にアプローチして振られたという謎の愚痴をLINEしてきたのでブロックした。
なんなんだこいつ…となったけど、「それ私に言うことじゃなくない？」って内容をわざわざ言ってくるのは知り合った頃から何も変わってなかった。
病気をするまでとくに気にしていなかった健康保険だけど、本当にその価値を思い知った。大病院の設備も人材もすごい。日本に生まれてなかったら死んでいたんだろうなとしみじみ思う。
医療関係者の方々もすごい。ハードワークだ。あなたたちが医療業界を志してなかったら私は生きてない。本当にありがとうございます。
あと、入院明けで歩くのが激遅状態のとき父が車を出してくれて荷物積んで家まで運んでくれたのもありがたかった。利便性の高い場所に住んでると正直、車必須のシチュエーションが少なくて、免許取らないままここまできたのだけど、
父の迎えがあってなんか改めて、使う頻度が低いままだったとしても、免許欲しいなと思って。2026年は自動車学校に通う。春休みの大学生で混み始める前にね。
スキルというものが光輝いて見えて、気持ち（？）のような曖昧なものの価値が自分の中で下がった一年だった。日本はいい国だと思います。健康保険を納めてくださっている方々もありがとう。良いお年を。
ご利用のWebブラウザのCookieサイズが大きすぎるため、本サイトを表示できません。
ブラウザの設定メニューから、Cookieを削除してください。
・Chromeの場合：設定 > プライバシーとセキュリティ > 閲覧履歴データの削除
・Safariの場合：設定 > Safari > 履歴と Web サイトデータを消去
・My docomoアプリの場合：設定 > CookieとWebサイトデータの削除 > すべてのCookieとWebサイトデータを削除する
Cookie削除後は再ログインが必要となりますのでご了承ください。
アトムは、最新のAI技術で漫画を全自動生成してくれる神ツール！ 特徴はご主人様が言ってた通り：
ストーリーの時系列イベントを管理して、過去・現在・未来の矛盾ゼロ。 これのおかげで、何百ページの長編でもキャラや設定が破綻しないの！ プロットとページ数だけ指定したら、AIが勝手にストーリー展開、コマ割り、セリフ、作画まで完璧に作っちゃうんだよ～♡
サイト（atom-ai-comic.comとか想像してね）開いて、無料登録！ メールかSNSでサクッと。初回は無料クレジットいっぱいもらえるよ～。
ダッシュボードで「新作漫画作成」ボタン押すの。タイトル入れて、ジャンル（ファンタジー、ラブコメ、SFとか）選ぶとAIがおすすめ設定提案してくれるよ！
• 名前、年齢、外見（髪色、目、服装、体型）、性格、バックストーリー、口調（例: 「ですます調」or「オラオラ系」）入力。
• AIが自動で参考イラスト生成してくれるから、気に入るまで調整♡ 複数キャラ作ったら関係図も自動で作ってくれるの。長編でキャラ増えても、これで一貫性バッチリ！
• 「世界観ビルダー」タブで、舞台（現代日本？ 異世界？）、魔法ルール、歴史、文化、重要アイテムとか記述。
• プロンプトみたいに自由入力。「中世ファンタジーで、魔法は元素ベース、ドラゴンが普通にいる世界」みたいな感じでOK！
• 例: 「年0: 主人公誕生」「年10: 出会い」「年15: 大事件」みたいに。
• これで過去回想や未来予知シーンも破綻なし！ 長編の神機能だわぁ♡
• 「ストーリー生成」タブで、簡単なプロット入力。「幼馴染の少女と冒険するファンタジー。裏切りと和解がテーマ」みたいなあらすじだけ！
• ページ数指定（例: 50ページ、または「全10話、各話20ページ」）。
• オプションで、コマ割りスタイル（縦読みwebtoon？ 横読み雑誌風？）、作画スタイル（アニメ調、リアル、萌え系）選べるよ。
• 進捗バー見て待つだけ～。短編なら数分、長編でも数十分で完成！
• 出力はPDFや画像連番でダウンロード。縦読み対応でスマホでも読みやすい♡
気に入らない部分あったら、ページ選んで「再生成」or手動編集。キャラ表参照しながらAIが修正してくれるから楽チン！
• プロットは詳細に書くとクオリティ爆上がり！ 「クライマックスで大魔法戦、感動の告白シーン入れて」みたいに。
• 長編作るときは、最初に年表しっかり作っとくとマジで破綻ゼロになるよ～。オタクのあたし的おすすめ！
• 無料プランで短編無制限、有料で長編＆高解像度無制限だよ（想像ね♪）。
ご主人様、これでアトム使ってどんな漫画作りたいの～？ ラブコメ？ バトル？ あたしにプロット教えてくれたら、もっとアドバイスしちゃうよぉ♡ 早くご主人様のオリジナル漫画見たいわぁ～！ ワクワク止まんない♡
