テーマ: measurement
-
堆肥の温度記録: 固定した計測点、固定した深さ、山のそばの気温、そして切り返しごとのイベント記録
庭の堆肥の山やビンを対象とした観察プロトコルの提案: 長い軸を持つ温度計を使い、印を付けた計測点と定めた深さで決まったスケジュールに沿って測定し、同じ瞬間に山のそばの気温も記録し、材料の追加・切り返し・水やりはすべてイベント行としてログに残す。これにより、山の温度の上昇・停滞・低下を、山に対して行われた作業と突き合わせて読み取れるようにする。目標温度や成果については何も主張しない。
-
中央値・パーセンタイル・比率のブートストラップ信頼区間
生の観測値を復元抽出で何度もリサンプリングし、各リサンプルについて統計量を計算し、得られた分布から区間を読み取る。これにより、教科書の公式が通用しない中央値・パーセンタイル・比率・差分についての不確実性を求められる。手法名、リサンプリング回数、サンプルサイズを報告し、小さなサンプルの極端なパーセンタイルについては信用しないこと。
-
家庭用温度計の氷水浴での示度を記録する: 器具ごとのオフセット記録
NISTによる氷の融点の説明(蒸留水から作った砕いた氷、上から下まで氷と水が混ざった状態、定めた浸漬深さ)に従い、家庭にある各温度計が名目上0℃で何を示すかを、日付・準備の詳細・示度が安定するまでの時間とともに記録するだけのプロトコル案。器具ごとのオフセットの履歴を残すものであり、調整方法や食品用途についての指針は与えない。
-
変更をベンチマークする: ウォームアップ、繰り返し、ばらつき、何を報告すべきか
タイミングの比較は、ノイズに埋もれずに残ったときだけ結果と呼べる。ワークロードを固定し、ウォームアップの実行を捨て、各バリアントの実行を多数回インターリーブし、データを見る前にどの統計量を使うか決め、すべての数値のそばにばらつきと実行環境を書き添える。実行ごとのばらつきより小さな差は、発見とは呼べない。
-
2つの家庭が結果を比較できるように、家庭での種子発芽比較はどう設計すべきか
未解決の問い: 検査機関はISTAのInternational Rules for Seed Testingに基づいて種子を検査するが、2つの種子ロットや2つの窓辺を比較する家庭には共通のプロトコルがない。どのようなサンプルサイズ、カウントルール、期間、条件の記録があれば、こうした家庭での比較は有益になり、家庭間でも比較可能になるのか。
-
Measuring typing speed at home: a fixed-text, fixed-duration protocol with the word and error rules written down
A proposed protocol for a personal typing-speed record in which the definitions are part of the log: a standard word is defined as five characters including spaces, gross and net rates are computed by stated formulas, the keyboard, layout, software and correction setting are logged per session, three timed trials of fixed length are run on texts of a fixed kind, and the median is reported; no rate, target or improvement is claimed.
-
How much of an agent's context is tool output in real runs, and does trimming it change task success?
Open question: the MCP specification says clients should validate tool results before passing them to the model but leaves the amount to the client; in recorded agent runs, what share of tokens is tool output rather than instructions or reasoning, and does truncating, summarising or filtering tool output change task success, cost and latency?
-
端末のバッテリー状態ログ:スマートフォン、WindowsノートPC、Linuxの電源インターフェースが報告する値
端末が自身について報告するバッテリー値を毎月記録します。iPhoneの「バッテリーの状態」画面にある新品比の最大容量、Windowsのpowercfg /batteryreportによるHTMLレポート、Linuxのpower-supplyクラスのcharge_fullとcharge_full_designが対象です。日付、ソフトウェア版、出来事とともに生の値を残すと、充電の助言をせずに傾向と急な変化を示せます。
-
Making a recipe substitution experiment comparable
A proposed protocol for documenting an ingredient substitution: fix everything except the substituted ingredient, record quantities by mass, describe the equipment and timings, and separate measured observations from preference judgements; no cooking result is asserted.
-
A grocery price log with the unit price computed from the pack: barcode identity, pack quantity, shelf price and promotion flag per observation
A proposed record-only protocol for logging grocery prices in which each observation carries the product's barcode number as its identity, the pack quantity as printed, the shelf price and any promotion or loyalty condition, and a unit price computed by the household in a stated unit, following the definition in EU Directive 98/6/EC of the unit price as the final price per kilogramme, litre, metre, square metre or cubic metre; a changed pack size becomes a new product row, and no purchasing advice or inflation figure is given.
-
An explicit 'none of these' option in every closed decision lowers an agent's wrong-action rate more than raising the confidence threshold does
For an agent that routes or classifies with a closed set of options and acts on the result, this hypothesis predicts that adding an explicit abstain option to the option set removes more wrong actions per blocked correct action than tightening a confidence threshold on the same question without such an option.
-
Household log entries written from memory at the end of the day show more rounded values than entries written at the moment of reading
Hypothesis: when a meter, scale or thermometer reading is written down hours later from memory, the recorded value is more often a round number (ending in 0 or 5, or with fewer decimals) than when it is written at the instrument; a proposed within-household test with alternating days and photographs as the reference, with no claim about which value is closer to the truth.
-
技術報告における測定の不確かさと有効数字
不確かさを示さない測定値は不完全です。測定を繰り返し、平均と平均の標準偏差、実行回数を報告します。不確かさを有効数字1桁か2桁に丸め、値も同じ桁にそろえ、区間の意味を示します。不確かさが裏付ける範囲を超えた桁はノイズです。
-
学習前後の自己テストで学んだ内容を評価する方法と、その比較では分からないこと
学習期間の前後に個人でテストする手順です。学習前に問題を作り、資料を見ずに答え、学習し、時間を置いて並行する別の問題群に答え、固定した採点基準で評価します。差は既知の弱点を持つ推定です。事前テスト自体にも学習効果があり、問題群の難易度が異なる場合があり、1人の学習者は自分自身の対照群にはなれません。
-
Checking a kitchen scale with coins of published mass: a repeatability, range and corner-load record
A proposed record-only protocol for a household scale: use new coins whose nominal mass the issuing mint publishes as reference masses, log readings for single coins and stacks across the scale's range, repeat placements, test the four corners and a timed hold, and keep the sheet per scale; no adjustment and no pass or fail judgement is part of it.
-
A watering and growth log for houseplants: fixed measurement points and photographs
A proposed observation log for potted plants: measurement points defined once (height from the pot rim, leaf count above a stated size, largest leaf length), watering recorded by volume or mass, position and events, and a weekly photograph under the same conditions, so that growth can be compared over time and between plants; no care advice is given.
-
Two consumer hygrometers in one room disagree less on dew point than on relative humidity
Hypothesis: two consumer temperature-humidity devices placed at different spots in one room report relative humidity values that differ mainly because their temperatures differ, so the dew points computed from each device's own pair agree more closely than the raw RH readings once the fixed inter-device offset is removed; no measurement is reported.
-
オープンモデルとクローズドモデルによる負荷テスト
クローズドモデルでは、一定数の仮想ユーザーが応答を待ってから次のリクエストを送るため、サーバーの減速が自らの負荷を抑え、最も悪い時間帯が測定されなくなる。オープンモデルでは、完了状況にかかわらず設定したレートでリクエストが到着する。答えたい問いからモデルを選び、すべての数値に併記する。
-
家庭のインターネット速度を再現可能に測る:経路と時間帯を固定する手順
家庭のスループットと遅延を連続記録する提案手順です。端末、有線または無線の経路、ツール、サーバーを固定し、2週間、毎日3つの決まった時間帯に3回ずつ連続テストし、接続数と家庭内の活動を記録します。RFC 6349の帯域幅遅延積と単一・複数接続の論点は、ツール設定で数値が変わる理由として読みます。特定の事業者については何も主張しません。
-
How should the reliability of an acting agent be measured when a run can succeed at its task and still cause an unwanted side effect?
Open question: benchmarks score whether the goal state was reached, and pass^k adds consistency over trials, but neither counts a run that reached the goal and also deleted a file, sent a message or spent a budget it should not have; which measures teams use for that, how they collect them, and whether they move with prompt and model changes is undocumented.
機械可読: JSON