診断結果が突きつけた「大さじ3」の違和感

健康診断の結果表を開いた瞬間、胸の奥がざわついた。「塩分摂取量の抑制が必要」。赤字で強調されたその一文が、日常の食卓を根底から揺さぶる警告に見えた。キッチンに立ち、長年作り続けてきた肉じゃがのレシピを開く。そこには「醤油 大さじ3」の文字。何百回と繰り返してきた工程なのに、その数字が急に重くのしかかる。

計量スプーンを握ったまま、30秒ほど動けなかった。頭の中では「2割減らせばいい」という単純な計算が浮かぶ。しかし、醤油を大さじ2.4に減らそうとした瞬間、手が止まった。醤油は塩味だけの液体ではない。大豆の旨味、わずかな甘味、発酵由来の複雑な香り。それらが絡み合って料理の骨格を形作っている。単純に減らせば、塩味だけでなく「美味しさの構造」そのものが崩れる。

実際、その日の肉じゃがは「ただの煮物」に成り下がった。口に入れた瞬間に広がる物足りなさ。芋の甘さだけが浮き、醤油のキレが消え、味の輪郭がぼやける。健康のために美味しさを犠牲にするしかないのか。この敗北感が、レシピ味変さんの原点になった。

既存ツールの限界

市場にあるレシピアプリや変換ツールを5つ以上試したが、どれも「味を壊さずに特定成分だけ調整する」という目的には届かなかった。

代替提案は得意だが、分量調整はできない

多くのアプリは「醤油がなければ味噌で代用」といった代替案を提示する。しかし求めているのは、手元の醤油を「味のバランスを保ったまま塩味だけ20%減らす」ための分量変換だ。代替ではなく、微調整が必要だった。

料理における味の構造は、単純な足し算引き算では成立しない。厚生労働省の栄養基準は塩分6g未満を推奨しているが、既存アプリはこの「味を壊さずに塩分だけ減らす」アプローチを持たない。

一律0.8倍という乱暴な計算

簡易的な計算ツールは、すべての材料に一律の係数を掛ける。しかし料理においてこれは致命的だ。

  • 塩 → 妥当
  • 醤油 → 甘味まで減り、コクが消える
  • 酢 → 揮発性が高く、6mlの差で輪郭が消える
  • ラー油 → 辛味の体感強度が非線形で破綻

味覚の閾値を無視した計算は、料理を確実に不味くする。GoogleのUX設計ガイドは「ユーザーの体感」を重視するが、料理アプリでは味覚の体感閾値こそが設計の核になる。

文脈を読めず、手順行を誤認識する

「醤油をフライパンで熱し、香りを出す」という手順を入力すると、多くのツールが「醤油」という単語だけで材料扱いしてしまう。材料リストと手順が混ざったテキストを正しく分類できない限り、実戦では使えない。

試行錯誤:味を4次元で再定義する

開発初期は「調味料ごとの減塩比率テーブル」を作ろうとした。しかし、醤油だけでも濃口・薄口・減塩・だし醤油と種類が多く、塩分濃度も甘味も旨味も異なる。単一カテゴリ管理は破綻した。

ボツ案:単一カテゴリ管理

「醤油=塩味カテゴリ」として扱う案は、だし醤油のような甘味の強い調味料に対応できない。塩味を減らすと甘味や旨味まで削れてしまう。味の連動を解かない限り、美味しい減塩は不可能だった。

採用案:複合カテゴリ方式(4次元モデル)

そこで採用したのが、調味料を「塩味・甘味・酸味・脂質」の4軸で定義する方式。Wikipedia「五味」の概念を参考に、塩味・甘味・酸味に脂質を加えた4次元モデルを設計した。

| 調味料 | 塩味 | 甘味 | 酸味 | 脂質 | |-------|------|------|------|------| | 醤油 | 0.8 | 0.2 | 0.0 | 0.0 | | みりん | 0.0 | 1.0 | 0.0 | 0.0 | | マヨネーズ | 0.1 | 0.1 | 0.2 | 0.6 |

ユーザーが「塩味だけ20%カット」を選ぶと、アプリはレシピ全体の塩味成分を計算し、必要な調整量を算出する。醤油を減らしたことで不足した甘味は、みりんや砂糖で補完する。プロの料理人が頭の中で行う味の補正を、アルゴリズムとして再現した。

行分類の難所:動詞検出で誤爆を防ぐ

レシピを貼り付けた際、もっとも苦労したのが「調味料名を含む手順行」の除外だ。初期版では正規表現だけで対応しようとして失敗した。最終的に以下の三段階チェックを導入した。

  1. 調味料名が含まれる
  2. 分量表現(大さじ・小さじ・g・ml)が存在する
  3. 動詞(炒める・加熱する・混ぜる)が続かない

この仕組みにより、Web上の多様なレシピ形式をそのまま貼り付けても、材料だけを精度高く抽出できるようになった。

端数丸めの設計判断

味変後の分量は小数点が出やすい。そこでカテゴリ別に丸め方を変えた。

  • 酸味 → 丸めない(0.1mlの差で味が変わる)
  • 甘味 → 小さい量ほど精密に(0.1単位)
  • 塩味 → 0.5単位で丸める(扱いやすさ重視)
  • 0.3ml未満 → 「極少量」表示(実用性を優先)

丸め処理ひとつで味が変わるため、カテゴリ特性に合わせた設計が不可欠だった。酸味の閾値はMDNドキュメントのような浮動小数点処理を参考に、実食テストで最適な精度を決定した。

解決策:レシピ味変さんの紹介

こうして完成したのがレシピ味変さん

  1. レシピを貼り付ける
  2. モードを選ぶ(減塩・甘さ控えめ・ダイエット・ガッツリ味)
  3. 自動変換された分量を確認する
  4. 必要に応じてコピーして共有する

複合調味料の扱い、行分類、カテゴリ別丸め処理を統合し、「今ある調味料のまま味だけ変える」という目的を実現した。ブラウザ内で完結するため、プライバシーも保護される。

よくある質問(FAQ)

Q: 醤油の甘味を残したまま塩味だけ下げられる?

4次元モデルで塩味軸だけを調整するため、甘味や旨味は維持される。醤油の減った分は、みりんや砂糖の増量で甘味を補完する設計だ。

Q: 手順行が誤って変換されることはある?

動詞検出と分量チェックの三段階判定で誤変換を防いでいる。実際の料理サイトのレシピ50件以上でテストし、95%以上の精度を確認した。

Q: データはサーバーに送信される?

すべてブラウザ内で処理される。サーバーにデータは送信されないし、ブラウザを閉じれば入力内容は消える。レシピの内容が外部に漏れることは一切ない。

Q: 初めて減塩モードを使うときのコツは?

まずは10%カットから試してみて。いきなり30%減らすと物足りなく感じやすい。2-3回作ってみて徐々に減塩率を上げていくと、味覚が慣れて美味しく感じられる。

まとめ

単純な倍率計算では味が崩れる問題を解消するために、4次元モデル、行分類、カテゴリ別丸め処理を統合したのがレシピ味変さんだ。健康管理や味調整に悩む場面では、ぜひレシピ味変さんを試してみて。

料理後の飲み会で割り勘に困ったら不平等割り勘マスターも便利。学生や子どもが混ざった場面でも、負担割合に応じた公平な計算ができる。


不具合や要望があれば、お問い合わせページから気軽に教えてほしい。

M

Mahiro

Mahiro Appの開発者。健康診断の数値をきっかけに味覚の4次元モデルを考案し、調味料の自動変換エンジンを開発した。

運営者情報を見る