TTickFable
AIコーディングワークスペース

厳密な期間トークン

ms、s、m、hが続くASCII整数を1日上限のミリ秒に変換します。

● ● ●TickFable●
ワークフロー · 厳密な期間トークン ×
import re

def duration_ms(text):
    if not isinstance(text, str):
        raise ValueError("duration.text")
    match = re.fullmatch(r"(0|[1-9][0-9]{0,8})(ms|s|m|h)", text)
    if not match:
        raise ValueError("duration.syntax")
    result = int(match[1]) * {"ms": 1, "s": 1000, "m": 60000, "h": 3600000}[match[2]]
    if result > 86400000:
        raise ValueError("duration.range")
    return result
✳ms、s、m、hが続くASCII整数を1日上限のミリ秒に変換します。
✓ 変更内容適用前に確認 ↗
ワークスペースのイメージ
適用前に確認実際の動作を期待する結果と比較します。検証に失敗した場合は、次の変更を加える前に原因を調べてください。
モデルOpenAI互換またはAnthropicのエンドポイントを、ベースURLと必要なAPIキーで設定し、接続をテストします。ローカルのモデルサーバーは起動が必要です。リモートツールは別途データを送信する場合があります。
プロジェクトゼロと日境界を確認し、先頭ゼロ、分数、空白、未知の単位を拒否します。
ワークフロー

厳密な期間トークン

ワークフロー ↗
ワークフロー
import re

def duration_ms(text):
    if not isinstance(text, str):
        raise ValueError("duration.text")
    match = re.fullmatch(r"(0|[1-9][0-9]{0,8})(ms|s|m|h)", text)
    if not match:
        raise ValueError("duration.syntax")
    result = int(match[1]) * {"ms": 1, "s": 1000, "m": 60000, "h": 3600000}[match[2]]
    if result > 86400000:
        raise ValueError("duration.range")
    return result
AIコーディングワークスペース

曖昧な期間入力を明確な開発作業にする

期間を受け取る設定には、利用者と呼び出し側が頼れる方針が必要です。TickFableは、その方針をソースで検討するWindows向けAIコーディング環境です。プロジェクトを開き、設定のパーサーと利用側を特定し、接続モデルに変更案を求める前に成功すべき入力を説明します。

作業例の一つは、ASCIIの整数にms、s、m、hが続く入力を受理し、ミリ秒に変換して結果を1日以内に制限するものです。空白、小数、先頭の0を文法に含めるか検討してください。これらはパーサーと製品の動作をつなぐ判断であり、モデルがたまたま提案した式から偶発的に決まってはいけません。

自分の要件から作った短い受け入れ表に照らして編集案をレビューします。0、1日の境界、それを一つ超える値を確認し、拒否入力に対するアプリのメッセージも試してください。既存の環境で検証を実行します。有用な成果は、成功例を認識するだけのパーサーではなく、文字入力から保存値まで一貫した設定の契約です。

TickFableは対応するOpenAI互換またはAnthropicのエンドポイントに接続し、必要なら認証情報を使います。制限なしAIモデルも選択肢として提供される場合があります。そのモデルの改変が文法を定めたり検証精度を保証したりするわけではありません。コンテキスト容量、ツール、制限は選択したモデルとサーバーによって決まります。

期間入力を修正する前の質問

受理・拒否するトークンをどう示しますか?

大文字小文字や空白も含め、正確な文字列と期待結果の小さな表を提示します。設定が対応する単位も含めてください。「人が読める期間」のような非形式的な説明に頼らず編集案を確認しやすくなります。

1日の上限はどこで確認しますか?

解析した量がアプリで使う単位になるまでを調べるよう依頼します。変換後の値に上限が適用されることを確認してください。対応する異なる単位で同じ境界値をプロジェクトテストに通します。

パーサーは自動で空白を除去すべきですか?

要件に含まれる場合だけです。例の厳密な文法は空白を拒否します。画面が解析前に意図的に入力を正規化するか示し、その境界をレビューして、呼び出し側によって同じ値の扱いが変わらないようにしてください。

トークン受理後に何が重要ですか?

変換した期間を呼び出し側が保存・利用する方法と、拒否を報告する方法を調べます。正しいパーサーでもタイマーに誤った単位を渡す場合があります。利用側も作業に含め、アプリで観察できる動作を検証してください。

Windows版をダウンロード ↗

TickFable · 更新日 2026-10-25