キーワード
参照箇所の検索
相対アドレス
ベース
レジスタ

内容
ステータス確認するとスキルLV指定値に変更
アイテム袋にいれると指定個数に変更
アイテム袋にいれると全種入手

ステータス確認するとスキルLV指定値に変更

これは偶然見つけたという方が正しいのですが、探し方を説明していきます。
攻略サイトからスキルLVの最大値は100であるという情報を基に探していきます。
攻略サイト、説明書はコードを作る為に役立つ情報がありますので、見ておいて損はないです。

では探していきますが、$0064で16bitで検索するとかなり多くのaddu等の加算命令や比較命令がヒットします。
そうすると見つけたい箇所を見逃してしまったり時間がかかりすぎる為、以前血風録の時に使った
参照箇所の検索を使います。
こちらをご覧下さい。
仕様上色々ヒットしますが続けると次の様な箇所がありました。

見ると解るかと思いますが、$0065と比較しそれよりも大きければ分岐せず修正値である$64が
p$003aへ入るというものです。
今回見て頂きたいのはそのすぐ上にある処理で、p$003aの値をロードしています。

その処理を見ますと、a1レジスタが0未満・以上であるかで分岐するかしないかが決まり、
分岐した場合はv0レジスタに0を格納する様になっています。
a1レジスタが5以上であっても0となります。
そうしてa1レジスタが0〜4の場合その分だけ左へシフトした数値をa0レジスタへ加算し、v0レジスタへ格納。
それをベースとしてロードして復帰となる流れです。

0〜4シフトつまり5種類のデータをこの処理で処理していることと下の処理で最大値が100であることを考えますと
ここはスキルLVの処理をしている箇所で間違いなさそうです

試しにこの青くマークしたところをaddiu v0,zero,$0064と変えてみるとスキルLVが100になっていました。
しかしこのままではセーブデータに残りません。原因はスキルLVをロードして表示やどのスキルを覚えているかを
表示させる為のものでデータに記録させる必要がない為にストア命令が入っていないのだと思います。
理由はともかく九龍のアイテムと同様にストアさせる事でセーブに反映されます。
書き換えもそれと同様で
元の命令がlh v0, $003a(v0)という様にストアのベースレジスタとロードした数値を格納するレジスタが同じである為、
このまま
アドレス$002156c4をaddiu v0,zero,$0064 アドレス$002156c8をsh v0, $003a(v0)
と書き換えるとストアするアドレスが$009eとなってしまいます。
ですから

アイテム袋にいれると指定個数に変更

これは最大値が999個であるということが解っていましたので参照箇所の検索で最大値修正箇所を探してみましたが
それらしいものはありませんでした。
その為ふくろに渡すなどの1個ずつの加算の場合は1000個以上の際に修正値を999にする
という処理ではなく1000個以上の場合は加算しないというもので、
他の場合は1000個以上であれば減算して修正しているのだと思います。
減算の際にも999は必要なのですがざっと見た限りでは見あたらなかったので
少し離れた箇所で999をレジスタに入れているのかもしれません。

前者の場合は比較命令の数値
slti 〜,〜,$〜の
$〜部分の数値で16bit検索をする必要がありますが今回の場合比較する数値は最大値より1多い数値で比較していることが
所持金やステータスで分かっていますので$03e8で検索していきます。
その際に注目すべき点は比較前に加算命令で+1している箇所であること。
これはふくろに渡す際には1個ずつしか入れられない為です。
その点を見ながら探していくと次の様な処理が見つかりました。

始めに推測した通り$03e8以上であれば分岐して加算せず、それ未満であれば分岐ぜずに
加算した数値をそのままストアしています。
試しに$32をストアさせてみます。

このコードを使いふくろにアイテムを渡してみると入れたアイテムが50個になっていました。

イベントアイテムの為に入れると1個というものを作りパッドコードで切り換えるコードにしたのですが、
その後に袋に入れるとアイテム全種入手コードが出来た為、削除用コードを作ることにしました。

ワークコードから2hのずれで種類、個数という様に分かれていることが分かっていたので
p$0000,p$0002それぞれにzeroをストアさせる事で袋に入れた際にアイテムの種類・個数が無くなる筈です。
しかし、

この様にすると切り換え式コードを作る際にどうしてもOFF用個数変更用に1行足さなければなりませんし、
Eコードを使うとエクスプローダーで使えないという報告を受けることは目に見えています。
その為A・Eコードは出来れば使いたくないので1行に出来るならば無理矢理にでもしようと思い、この様に変えました。

こうすると灰色にマークしている箇所の処理で問題が起きそうなのですが、
自分で試したところ問題がなかった為、このままにしました。

その後削除のみコードが効かないという方に最初の安定する方法で試して頂きましたが、
効果が出なかった為その点の修正はしていません。

しかしこのコードはふくろに同じアイテムがなければ効果が出ないという報告を受けましたので見直しをしてみました。
そうすると

青くマークした箇所で0であれば分岐し、今までの処理を通らないということが分かりました。
分岐した場合にも同じような処理があるのでそこを変えてもいいのですが今までのコードの倍の量になってしまう為
それは没にし、分岐した場合の処理から今までの処理にとばすことにしました。
ではどこからとばせばいいのかですが、
$002150d0〜$00215110であればほぼどこでも問題ないので好きなところで大丈夫です。
私はこの様にしました。

アイテム袋にいれると全種入手

これはアイテムの個数が変動すると最大の様なコードが出来なければ話にならないものです。

探し方は
1.アイテムの個数の相対アドレスから16bitで探す。
2.アイテムの個数変動処理の前後を見ていく。
3.勘(適当)。等

しかし今回は個数のpが$0002である為1の方法は取れません。
では2の方法はどうでしょうか？
先ほどの個数の変動処理を見ます。

青くマークしてある箇所のjalへ飛んでみます。

するとv1レジスタをzeroにし、カウンタとして使っています。a1レジスタは見た目通りアドレスに4hずつ加算しています。
カウンタの数値と比較しているa2レジスタはjalで飛ぶ前の$018cです。
この処理はロードするアドレスに4hずつ加算しながら$0000〜$018cまでループするという処理をしています。
その直後の処理の$0002が個数の相対アドレスであることから$0000は種類の相対アドレスであると見て間違いありません。
このループを利用し種類・個数をストアさせることでアイテム全種入手コードが出来ます。

この様に変えることでアイテムの種類をストアしつつ、個数999個をストアしていくことが可能になります。