投稿

【Vroid技術記事】けものになりたい!

イメージ
Pozdrav!わたしです。 先日けものになることに成功したので、メモ程度ですがやったことを書いておきます。 完成品 先に完成品を貼っておきます。 作成の流れ 要件設定 頭身低めがよい 低身長(人型モデルの半分ぐらい) 特に種族の指定なし 全体的に要件がガバガバです。 作りながら要件を調整していたので、言い訳のためにアジャイルだったということにしましょう。 アジャイルですが下半身駆動開発ではないです。性的な目では見ていないので。 身体 女性素体を使用します。 身長をスライダーで選べる限界まで下げ、さらに頭部をやや大きくして頭身を低くします。 手は最大サイズ、指の太さも最大にします。指については後ほど別の手段で表現するので、わざわざ設定を変えなくてもよかった可能性があります。 人耳は削除しました。 肌の色はいろいろ悩んだ結果現在のやつに落ち着きました。 目については人型モデルからテクスチャを流用しつつ、サイズや位置を調整して現在の形にしています。かなりいい感じ。 アクセサリー ネコ尻尾 x 1 と ネコミミ x 2です。 耳の角度を左右で変える方法が存在しないため、耳アクセサリーを2つ用意し、それぞれで片耳ずつ表現する手法をとっています。 これは以前某氏に提案した手法だったのですが、結局使いどころが見つからなかったので今回採用しました。 髪 基本は人型モデルのそれをベースにしていますが、割といろいろ変えています。 比較のために人型モデルを貼っておきます。 全体的に髪の幅を太くしています。 色については通常モデルより緑色に寄せつつ、ハイライトを弱めています。 また後ろ髪をちょっと変えています。 服 服についてはそのまま流用……と見せかけてパラメータをかなり調整しています。 特に肩幅が狭すぎて違和感があったので、その辺を中心に弄っています。 また、今回は手の表現のためにボディスーツを採用しています。 素体よりもボディスーツの方が形状の自由度が高いので、指の部分を限界まで太くしたりとかいろいろやっています。 また、素体と違いボディスーツには物理判定が存在しないため、ほかの服と干渉しないという大きな利点があります。これは服のパーツ貫通にもつながるため一概には良いとは言い切れないのですが、ボディスーツのテクスチャを一部消すだけで対応できるため対策コストは低いです。 まとめ 以上...

【技術記事】Code-Server + Cloudflare Tunnels/Access で疑似SSH

イメージ
Pozdrav!わたしです。 今回はSSH周りでかなり面倒なセットアップをやったので、備忘録がてら記載します。 前提条件 使用PCは2026-08-05現在通っている就業移行支援施設の共用PCです。 以下はPCスペック。 Lenovo Thinkpadのなにか CPU: Intel Core i3(11世代) RAM: 4.00GB Win11 共用PCのため、再起動時に各種データはごく一部を除きリセットされます。 またゲスト用アカウントでのログオンを強制されるため、管理者権限は使用できず、各種ソフトも一部を除きインストールできません。 目標 SSHないしそれに類する方法で自宅サーバーに接続する ターミナルにアクセスする 可能であればsudo権限も取得したい GUIでコーディングしたい 一定程度のセキュリティを確保したい 技術選定 直接SSHするのはセキュリティが怪しいので却下。サーバー機のパスワードをかなり適当に設定しているため、仮に認証を突破されると割と大きめのセキュリティリスクになります(殴 ということでTailscale + Powershell + SSHでやる方針で考えていたのですが、なんとここで共用PCに Tailscaleを入れられない ことが判明。痛いですねこれは痛い ということでChatGPTに聞いたところ、Code-Server鯖を作ってHTTPSで接続する方法を提案されました。またなるべくこれ以上自宅でポート開放をやりたくないことから、Cloudflare Tunnels経由で接続するのがよさそうということになりました。 アクセス制御についてもCloudflare Accessを利用し認証することに決定。これならよほどのことがなければ突破されることはないでしょう。 Code-Serverの利点としては、VScodeをインストールせずともいつものGUIでファイルを操作できることと、ターミナルが付いているのでSSHの代替として利用できることが挙げられます。これはこれでセキュリティ的に危ないのですが、認証手段にGoogleあたりを噛ませて2FAを使えば大丈夫だと思います。 ほか、Code-Serverなら各種処理がサーバーサイドで行われるので、こっちの微妙な性能のPCを使わずにVScodeが使えるのもかなり大きな利点だと思います。 作業の流れ 1....

EDFのアイテム回収周りについて言語化したい

書き出し Pozdrav!わたしです。 昨日、もう何度目かわからないぐらいにアイテム回収の話がTwitterで話題になっていたので、とりあえず問題の切り分けと想定される解決策色々を書いてみたいと思います。 事前に言っておくとわたしはアイテムを手動で拾いたい側の人間なので、なるべくシステムを残す方法でいろいろ書きます。 1. 何が問題なのか EDFのゲーム性について EDFはだいたいこんな感じのジャンルです。 PVEシューター 無双ゲー(特に低難易度) 戦略ゲー(特に高難易度) 育成ゲー/ハクスラ EDFを一言で言うならハクスラ要素のあるPVEシューターです。基本的なループは 敵を倒してアイテムを入手→キャラを育成→高難易度ステージに挑む という感じです。 ただしEDFはこの種のPVEシューターの中では敵数が異常に多い部類であるため、大量の敵を倒すシューター部分の比重がキャラ育成要素に比べかなり大きくなっています。 EDFにおけるアイテムとは EDFにおけるアイテムはキャラの強化素材です。アーマー(赤い箱)は体力を上げ、武器(緑の箱)はランダムで新しい武器を追加します。いずれのアイテムもとくに高難易度をクリアするうえでは重要となります。 また、5以降では武器の強化システムが導入されたことにより、アイテムの重要度は4.1以前より高まっています。4.1以前の武器は一度手に入れてしまえばそれで終わりでしたが、5以降では入手後に再度同じ武器を拾うことでその武器を強化することが可能になったため、武器が全種揃っても強化のために武器アイテムを集める必要が生じました。 開発の想定するプレイスタイル 開発が想定していると考えられるプレイスタイルは次のようなものです。 特定兵科で低難易度(Hard以下)を1周する ↓ 別兵科で同じ難易度をやるor1つ上の難易度に挑戦する ↓ さらに別兵科で同じ難易度をやるor1つ上の難易度に挑戦する ↓ (以下繰り返し) これを繰り返して最高難易度Infernoをなんらかの兵科でクリアする、というのをゴールとしている、と考えられます。これは特に5以降で顕著です。 こう考えられる理由としては、各難易度で(アイテム回収を意識せず)普通に本編を1周して得られるアイテム量がおおよそ 体力: 1200 武器: 1つ上の難易度における本編中盤相当のもの であるためで...

【Noita自作MOD紹介】ぺるけれコネクショん

イメージ
Pozdrav! わたしです。 今日はNoitaの自作MODを作ったので、その紹介をしていきたい…… と思ったのですが、なんかもう制作で疲れてしまったので、紹介は他の方にやってもらうことにしました。ということでよろしくお願いします。

下半身駆動開発のススメ

イメージ
Pozdrav!わたしです。 今回はしばらくぶりの完全新規記事。AI時代において注目されつつある新たな開発手法を紹介していきます。 下半身駆動開発 下半身駆動開発(Waist-driven Development) とは、ソフトウェア開発の現場で近年注目されつつある [ 要出典 ] 開発手法です。この手法は、開発者が 下半身 の思考能力を活用し、ソフトウェア開発の生産性を高めるというものです。 なぜ下半身が注目されているのか 従来行われてきた上半身駆動開発(Brain-driven Development)には、開発者の頭脳すなわち 上半身にかかる負担が大きい という問題が存在していました。企画・要件定義・実装・テストなど全行程を上半身で行うのですから、当たり前ですね。 各種IDEの機能による補助や、LLMによるコーディングの自動化などにより、近年ではこれらの問題は一定の解決を見ました。しかしCodexやClaudeなどAIエージェントを利用する場合はコストという別の問題が生じます。特にGPT-5.6 Solなど高性能の最新モデルを利用する場合、その費用はいともたやすく数百・数千ドルにのぼります。これほどの出費は、特に中小企業や個人開発の現場では避けたいものです。 そこで近年注目されているのが 下半身の思考能力 です。下半身の思考能力はとくに企画・要件定義などの上流工程に属する分野や、実装段階ではデザインなどの分野において 上半身のそれを上回っています [ 要出典 ] 。またこれらの分野は26年7月現在のLLMが比較的苦手としており、人間の力が依然として必要とされています。したがって、これら工程における思考を上半身から下半身へとオフロードすることで、 従来の2倍以上 という大幅な生産性向上が期待されます [ 要出典 ] 。 また、 コスト の面でも下半身は有用です。高性能LLMの利用には多額の費用を要しますが、下半身は基本的にすべての人が備えるものであるため、 初期費用を一切要しません 。これは開発費が特に問題となる個人開発の現場において、大きなメリットとなり得るでしょう。 下半身駆動開発に適した開発モデル 口嫌体正直 という中国の故事成語があるように、下半身の思考能力は上半身のそれに比べ直感的かつ迅速で、また経験を重視する傾向があります。こうした性質は、適応性や迅...

【2026-08-03更新】/home/bot/discordinebot2/readme.md

イメージ
 Pozdrav! わたしです。Slackです。 今日はわたしがTwitchで使用している自作botの話を。 そもそもDiscordinebot2って? 配信マネージャ画面より Discordinebot2はわたしが配信に使用しているbotです。 名前に2と付いているのは、1号機が諸事情( アクセスキーを紛失しました) でアクセス不能になったので新たにアカウントを作成したためです。 22年末~23年にかけて作成したものが原型になっていますが、違法建築が積み重ねられたのち、昨年になって大幅にリニューアルしました。 基本的な機能は以下の3つです。 チャットの翻訳(各種言語→日、日→英) リスナーへの挨拶など配信サポート チャンネルポイント交換による各種コマンド実行 また、わたし専用のコマンドとして配信終了コマンドがあります。これは何らかの理由でOBSから配信を終了できないorできなかった際に配信を強制終了するためのものです。 一応、4798732ポイント(一部の人にだけは通じる数字)溜めれば一般のリスナーでも交換自体は可能です。やれるもんならやってみろ。 使用言語はpythonで、TwitchIOを使用しています。 正直なところPythonはあまり好きではないのですが、ライブラリが多いので採用しました。 はっきり言っておく(キリスト構文)と、Pythonはみんな使っていることが一番の利点なタイプの言語です。SNSで言うところのLINEと同じ枠ですが、流石にLINEよりはマシだと思いたい。 各種機能解説(2026-08-03更新) チャット翻訳 文字通りチャットを翻訳する機能です。 日本語以外の言語を日本語に、日本語を英語に翻訳します。 実はロシア語への翻訳機能も搭載されていますが、API代金節約のために使用していません。 翻訳にはOpenAIのAPIを使用しています。GPT-5.6-LunaならAPI代金がアホほど安いので、多少無駄遣いしても特に問題ないという説があります。ユーザ名やエモートは文章から除去して翻訳する仕様にしています。この辺は某翻訳botのソースコードを参考に作りました。 GPT-5.6 Lunaを利用したもう一つの理由は、シンプルに精度が高いためです。スラング交じりのコメントでも非常に正確に翻訳してくれます。愛してるぞ! 配信サポート リスナー...

【就活】個人サイトをつくろう

イメージ
あいさつ Pozdrav! わたしです。 またしても2週間ぶりの記事。皆さんはお元気でしょうか? さて、先日わたしは就活用の技術スタック作りを目的としたサイトを公開しました。 URLはこちらです。 https://discordine-slack.f5.si/ 今回はこのサイトの話をしていきます。 使用言語とか OS Debian 13 過去記事 を参照してください。 使用言語 バックエンド   PHP/Laravel  MySQL 元々JavaをやっていたのでJavaでも良かったのですが、志望先の技術スタックに合わせるためにPHP/Laravelを採用。たぶんRubyでも良かったと思います。 MySQLは雰囲気で決めました。今回の規模感であればどのDBでも大して変わらないと思います。 フロントエンド Vue/Nuxt.js HTML、JS、CSSあたりはとても苦手(そういう理由でバックエンド志望です)なので、少しでも楽をするためにフレームワークを使いました。 PHPなのでBladeを使う択もありましたが今回はパス。 本当はNuxtならそれ自体でフルスタック開発が可能なのですが、そのことに気付いたのはPHPでバックエンドを作った後でした。 今回は画面表示およびAPIのゲートウェイとしてのみ使用しています。 サーバー nginx ンギンクスです。 Apacheも考えましたが、動的サイトならンギンクスの方が向いているとか聞いたような記憶。 使用しなかった技術 Docker とりあえずサイトを作って公開することを優先したため導入できず。どこかで使い方を勉強しないといけない。 React 制作時の候補には入っていましたが、使用しませんでした。 jsが比較的苦手なので、文法がHTMLに近いVue系の方が個人的には書きやすいと感じました。 とはいえVueでもReactでも文法が違うだけでやることは同じなので、少なくともAI時代にあってはサイトを作って公開するまでの流れが理解できればどちらでもOKという理解。 実際に使用する機会があったらそのタイミングで勉強します。 Ruby on Rails 候補にはありましたが使用しませんでした。 言語が違ってもバックエンドでやることは同じであるはずなので、LaravelやJavaの経験があるならRoRも後から勉強できる...