タグ: キク

コメントはありません

昼前に博多南に出張

  から ,
広島みなと公園を散歩　気持ちの良い秋晴れ
新しい大型巡視船ひろしま、尖閣列島にも行くらしい

あっという間に季節は過ぎて、早くも10月、すっかり涼しくなり秋晴れ

新幹線でおにぎりを食べて
昼過ぎに新幹線操車場の駅、博多南に到着
コメントはありません

キクと散歩　QMACサイトの本格的稼働

  から ,
なぎさ公園をキクと散歩　小雨が降っている

QMACサイトの本格的稼働

1.本番切替（.jp）

テスト用に.worldを構築していたので、その内容を本番の.jpに移行

  • ドメイン付け替え 旧アカウント（awl-web）から削除 → 協会の新サーバーのアカウント（xsXXXX66）へ追加
  • サイト配置 事前構築済みの qmac_jp_build を rsync。DB は xsXX5766_wp2
  • URL置換 qmac.world → qmac.jp 640件（事前算出値と完全一致）
  • DNS・SSL Aレコード XX.XXX.221.147、無料独自SSL発行
  • 旧サイト保全 2.5GB・11,373件・・手元とサーバーに二重保管
2.行事の新規・修正の管理画面改善

行事を作成・修正する編集画面は、Wordpressの標準から独自のソフトで構築したため、編集機能の右サイドバーメニューの縦側が大幅に長くなって、かなり下までスクロールしないと、編集作業ができないばかりか、良く機能が分からない状態だったので、UIを含めて大幅な改善をする

  • 管理バーから「サイトを編集」を削除（開いても編集できず表示が崩れるため・・Wordpress標準だが使えない）
  • 抜粋の改行バグを修正（改行だけ残ると一覧が空白になる）・・保存時に post_excerpt を trim（不要な空白等を自動削除）
  • 行事リストで内容が分からないので、行事一覧にタイトル＋副題の連結する、開催日列の書式・ソート
  • 使用しないアイキャッチを非表示（行事・固定ページ・投稿）
  • 写真の代替探索を削除（削除しても消えない問題を解消）
  • トップの写真帯を行事ごとにグループ化
  • 年の桁数を4桁に制限、全画面モード既定OFF、スラッグ欄を編集者から非表示
3.右サイドバーメニューの縦方向圧縮

幅を420pxに広げ、2列化。写真と資料のパネル分離、▲▼での並べ替え、複数枚の一括選択、重複除外を実装

  • 2,849px → 約1,600px（−44%）
  • 行事の詳細 589px →313px
  • 写真・資料
    1,685px→
    917px（写真／資料に分離）
4.マニュアル更新

パネル名・ボタン名の変更に伴う15か所、さらに古くなった記述6件を修正・・抜粋の説明を新規追加

▶この続きを見る・・・・
コメントはありません

キクの脱走　QMACサイトの新サーバ構築

  から ,

また、朝キクが脱走していて、犬を散歩させている近くの叔母さんが、連れて来てもらった・・・急に、脱走し始めたのでどこに原因があるかを探すと、カレーの厨房に2カ所に抜道を発見、さっそく合板で穴を塞ぎ、ついでに長い間て片付けていなかったカレーの厨房と中庭、バルコニーを全員で大掃除
かなりの不要材を整理する
甲斐犬のキクの脱走はすっかり近所では有名になり、マークされる存在となった
2～3日前から、少し喉が痛い
昼からは何となく寒くなり、夕方まで寝て過ごす

QMACサイト本番用のDB作成

QMACサイトの新しいサーバにはテスト用の.worldのDBがあり、新しく本番用のDBをMysqlで作成して、管理者パスワードを設定し、.worldの内容を本番用にコピーして、BASIC認証は削除する

  • cp -a ファイルを複製 → qmac_jp_build/
  • wp db export DBをテキストに書き出し → qmac_cutover.sql
  • wp db import 別のDBに流し込み → xs815766_wp2
  • dry-run 640件と予告（DBは無傷）
  • 本実行 640件を書き換え
  • 残存確認 0件 → 漏れなし
wp-config.php を新DB用に書換

変更箇所

  • DB_NAME → xs815766_wp2
  • DB_USER / DB_PASSWORD → 管理者パスワード
  • コピーした認証キー8行（AUTH_KEY 等のSALT）を差し替え — https://api.wordpress.org/secret-key/1.1/salt/ で生成して差し替えする
  • 認証キーについて、wp-config.php の中に、WordPressが自動生成した8行の鍵・・不正アクセスが疑われるとき、管理者が交代したときは、wp config shuffle-salts で作り直す
甲斐犬のキク

コメントはありません

2階の雑草抜きとタコヤキ

  から , ,

今日は2階の掃除をして、一段落していると、キクが公園にいると近所に人が連絡してきた・・・厨房の扉が開いていた・・・近所の公園で帰ると、警官が訪問してくる・・扉を開けて話している間から、またキクが脱走・・・警官と追いかけて、キクを確保、すっかりブラックリストに載っている

2階の庭の雑草を抜きます
夕食は久しぶりにタコヤキ、うまく焼けるようになりました
コメントはありません

キクと元宇品の散歩　awl-web.com 保守

  から ,
キクと元宇品の森を散歩

awl-web.com 保守作業

サーバー環境
  • WordPress 7.1
  • PHP 8.3.33（対応済み）
  • MariaDB 10.5.26
  • テーマ Parabola 2.4.3
  • パーマリンク /archives/%post_id%
  • サーバー応答中央値 199ms（良好）
  • uploads 52.33 GB
  • データベース 321.50 MB
  • themes + plugins 約 180 MB

想定より健全だった。特にパーマリンクが投稿ID方式のため、カテゴリやタグを変更してもURLが壊れない構造になっている。10年分の被リンクが守られる良い設計・・・一方、uploads 52GB は一括バックアップが現実的でないサイズで、実質「バックアップが無い」状態だった。これが最大のリスクと判断

テーブル接頭辞（重要）・・このサイトのテーブル接頭辞は wp_ ではなく action_・・・SQL を書く際は必ずこれに合わせる

  • データベース名: awlweb_db
  • 投稿テーブル: action_posts
  • 設定テーブル: action_options
  • Relevanssiインデックス: action_relevanssi

実施内容

バックアップ体制の確立
  • “Dropbox\04稼動中WebSite\awl-web.com保守”にバックアップ
  • wp-config.php / .htaccess 　FTPで手動取得 ・・・完了
  • データベース　Xserver サーバーパネル > MySQLバックアップ・・・完了
  • themes / plugins / mu-plugins 　FTPで取得（約180MB）・・・完了
  • uploads 　年別フォルダごとに取得 ・・・2010年分まで完了
不要ファイルの削除
  • Starter Templates & Sites Pack テーマのデモ読み込み用・・稼働中サイトには不要・・脆弱性報告のある系統
  • WP Fast Search バージョン 0.1 の放置プラグイン・・Relevanssi と機能重複
  • wp-kougabu (778 KB )削除済みプラグインの残骸
  • al2fb_last_error (39 KB )Add Link to Facebook のログ
  • bfa_ata4 (17 KB )削除済みプラグイン
  • ShareAndFollowAdminOptions(13 KB )Share and Follow
  • apl_backup_update_*( 各8KB程度 )Advanced Post List の設定バックアップ（2017〜2020年）
  • hu_theme_options( 7.2 KB )旧テーマ Hueman の設定

コメントはありません

京橋川の土手を散歩

  から
広島大橋を渡り京橋川の西側の土手を歩く　風が心地よい

審査指摘システムの構築

ISO審査員として審査を実施したとき審査指摘作成において、内容検討をAI判定を参考にして、指摘レベルの標準化を図る（内部監査にも適用できる）

1-1.全体構成

システム上、簡単に指摘に入れるために、二つのルートを作成する

  • Part1：審査員が最初に指摘作成に入り、各項目（組織 × 対象ISO × 審査種別：一意となる）を設定し指摘を作成、この裏で、該当する審査計画を作成・・・あらかじめ該当する項目があるときはプルダウンで設定
  • Part2：あらかじめ審査計画が作成されていて、審査員は審査計画に従って、指摘を作成する
  • Part1,Part2は混在しうる
  • Part1の方式では審査員が項目（組織 × 対象ISO × 審査種別）を間違えるリスクがあるが、最終の審査報告でリーダーが修正する（計画が見えない状態で審査員が指摘を書き該当項目は修正）
1-2. 審査計画の単位
  • audit_plan = 組織 × 対象ISO × 審査種別 ← ★一意とする
  • 同じ組織・同じ規格・同じ審査種別の計画を複数作らせない
1-3. 統合審査はリーダー管理者の作業
  • 同じ日程で行った QMS・EMS・OHSMS の計画をまとめる「統合審査」は、管理者がグルーピングして作る
1-4. 審査期間
  • 実施した審査日が積み重なって計画の審査期間になる
  • 審査日が計画の期間の外なら、期間を広げる
  • 縮めることはしない
  • 最終的には審査報告書で管理者が修正する（自動拡張はポカヨケとして入れる）
1-5. 計画に入る情報

組織 / 対象ISO / 審査種別 / 審査期間 / 審査員 / 審査部署・・審査基準・重点事項はパート2で対応する

▶この続きを見る・・・・
コメントはありません

QMACサイトの再編とWordPress化

  から ,
朝は甲斐犬のキクを連れて、元宇品の森に・・かなり涼しくなった

4. 構築過程で発見・対処した問題

8件すべて、実際に動かして判明した内容

  • .htpasswd が公開ルート直下に置かれ、.htaccess は全行コメントアウト（旧サイトの重大な設定不備）
  • 管理画面でカスタムフィールドが編集できない（supports に custom-fields 欠落）
  • 中身のない年度18本もリンク表示され、空ページへ飛ぶ状態
  • 年度アーカイブが機能せず、ブログ形式・投稿日で表示
  • 一括投入で画像圧縮が効かない経路があり、原本1.71MBが残る
  • 静的アーカイブが全ページ文字化け（HTTPヘッダのcharsetがmetaより優先）
  • マニュアルの開催日入力手順が実際の画面と相違（手順どおりに操作すると失敗する）
  • 空の画像ブロック20個がすべて検証エラー

5. 旧サイト由来の誤記（原本どおり投入・訂正待ち）

行事名が空 2件 旧サイトが行事名自体をPDFリンクにしていた
日付の年が1年ずれ 3件 2008年度、曜日は正しく年だけ誤り
曜日が合わない4件 2020〜2023年度
表記の重複誤記 3件 「先進企業視察会視察会」
名簿の疑わしい記載 6件 「幹事→監事」「㈱ダイクレ㈱」等

6. 事務局向けマニュアル

780行・9章＋付録2

対象を事務局に絞り、管理者向けの内容とは分けた・・・マニュアルは公開サイト上の固定ページとして設置している・・・更新経路は「ページ上で直接編集」に一本化・・・ 変換スクリプトとページ編集の二経路があると、どちらかの修正が失われる・・・スクリプトは移行用の一度きりのものとして明記のうえ保管

1. 移行前の状態と課題

構成 frameset ベースの静的HTML
規模 773ファイル / 2.74GB
制作 Dreamweaverで約15年間
スマホ対応 なし

2. 資産の棚卸し

破棄したもの

運営委員会PDF 1,534本 / 206MB パスワード運用ごと廃止
死蔵HTML 654本 トップから到達不能な滞留分
制作元データ（.mif / .pef）207MB サイト運用に不要

移行したもの

行事 192件（2008〜2025年度・18年分）
添付ファイル 368件 / 84MB（写真138・PDF230）
固定ページ 8本（協会案内5・名簿2・マニュアル1）
静的アーカイブ 16本（1992〜2007年度）

3. 設計の要点

3-1. データと見た目の分離
親テーマtwentytwentyfive（WordPress公式） 本体と同時に更新される基盤
子テーマqmac（新規作成） 配色・レイアウト・動的ブロック
プラグインqmac-core（新規作成） 投稿タイプ・分類・管理画面整理
3-2. ブロックテーマの子テーマ方式を採用

当初はクラシックテーマを検討したが撤回した・・・クラシックテーマはWordPress本体の更新に追従しにくく、ブロックエディタで書かれた投稿との整合が崩れやすい・・子テーマ方式なら親テーマが本体と一緒に更新され、独自の差分だけを自前で保守すればよい。保守性と自由度が両立する・・・・親テーマが公式テーマである点も重要で、コアチームが保守しており、第三者テーマのように開発停止で行き詰まるリスクが小さい

3-3. 事務局が壊せる箇所を構造的に減らした

「マニュアルに書いてあるから大丈夫」ではなく、そもそも触れないようにする方針

権限 編集者権限（外観・プラグイン・ツールに到達不可）
左メニュー 5項目に限定
ブロック 102種を非表示にし、17種のみ許可
パターン 挿入可能なパターンを0本に
テンプレート 編集欄を非表示にしたうえ、保存自体を拒否
3-4. 年度アーカイブの自動化

現行運用で最も手間だった作業を自動化・・・開催日を入力するだけで、年度タームの作成・付与・サイドパネルへの反映がすべて自動で行われる・・事務局の手作業はゼロ・・・・年度末の切替も、状態を「予定 → 終了」に変えるボタン1つ（取り消し可）に集約

更新の担い手事務局
行事の追加管理画面で入力
年度末の切替ボタンで切り替え
過去年度リンク完全自動
写真の掲載ドラッグで追加（自動圧縮）
スマホ対応あり
▶この続きを見る・・・・
コメントはありません

キクの散歩と高圧洗浄機

  から ,
今日は京橋川の西側と東側を歩く、東側と西側では、随分と雰囲気が違う
少し天気は曇りだが、過ごしやすい
月曜にはJSAにセミナー資料を送付するために、1日編集作業・・・AIで調べさせてスピードアップ
高圧洗浄機のホースとガンが壊れたので、ホースは古いホースを流用、ガンは購入・・・テストで玄関周りの土間を清掃
コメントはありません

甲斐犬のキクと朝の散歩

  から ,
今日は曇っている　京橋川の土手
直射日光が無いくてもキクは暑い

今日は曇りだが、昼過ぎにはかなりの雨が降った
今週は週末まで天気は悪そうだ・・・暑さが和らぐならば歓迎ですね

そろそろ小規模事業者補助金の採択後の本見積を本気でしなくてはならないが、厨房と1Fのカウンターの平面計画が中々決まらないので・・・・もう5案も作成したが、どうやら納得できそうな計画が決まったので、厨房器具を配置して、最終見積を依頼する

カレー店舗の平面計画

10月の初めに企業のISO研修を頼まれているので、PPTを作成して、校正をClaudeに依頼する・・・しっかりと誤字、脱字、Noの間違い、解釈の揺れを指摘してくれて、その後修正も自動で実施、楽になったものだ

コメントはありません

ガジュマル

  から ,
観葉植物としてガジュマルを購入してきた
コード画面名ルート名補足
AUD-SUM指摘リスト（監査指摘 統合一覧）audits.findings_summary集計部分をAUD-AGGへ分離、統合一覧のみに縮小
AUD-CA是正処置報告（1指摘=1報告の編集）audit_corrective_actions.edit同一会社なら誰でも記入可（一般ユーザー含む）
AUD-CA-LIST是正処置リスト（報告書単位）audit_corrective_actions.index監査員向け。導線はAUD-CA経由のみ
AUD-CA-PLAN是正処置リスト（計画配下・全報告書横断）audits.corrective_actions_list一般ユーザーにも開放
AUD-CA-SELECT是正処置一覧・計画選択（一般ユーザー向け簡易版）audits.corrective_actions_select
IA-MODAL-S1〜S6AI支援モーダル（事実メモ〜生成結果）AI支援モーダル（事実メモ〜生成結果）AUD-FIND内
キクと元宇品の森で　TAMは8日頃からぎっくり腰の状況、少し歩けるように

監査各ページの名前の統一

画面名称を統一

コード画面名ルート名補足
AUD-LIST内部監査計画リストaudits.index監査アクセス保持者限定（一般ユーザー不可）
AUD-PLAN内部監査計画書audits.showボタン配置統一
AUD-HOME監査実施一覧audit_execution.index
AUD-HOME-M1新しい監査を始める（モーダル）AUD-HOME内
AUD-RPT個別監査計画・報告書audit_reports.show
AUD-SCH監査予定表audits.schedule
AUD-SCH-M1予定を追加（モーダル）AUD-SCH内
AUD-SCH-M2予定を編集（モーダル）AUD-SCH内
AUD-FIND個別監査指摘audit_findings.edit監査アクセス保持者限定
AUD-FIND-M1指摘 編集（モーダル）AUD-FIND内
AUD-AGG指摘集計（部署別集計＋全合計）audits.findings_aggregation旧AUD-SUMの前半部分を分離

コメントはありません

ひろしまみなとマルシェに　内部監査支援システム開発

  から ,

朝は元宇品に散歩に行き、帰りにひろしまみなとマルシェに寄ってみる・・・炎天下の下、出店している人たちには脱帽ものです・・やはりお客は少なく営業的には苦しい・・・よしろう農園でしばらく雑談して帰宅、シャワーを浴びたらもう昼食
帰って月下美人を見ると昨晩に咲いていた・・残念見ることができなかった

ひろしまみなとマルシェでVFKさんとキク

内部監査支援システム開発

内部監査の指摘では、監査員の力量に左右されて的確な条項に基づく指摘が出来ていないのが実情である・・・今回、力量の不足をAIによって支援するシステムのモデルを構築する・・以下の課題は2点がメインだが、TAMの監査指摘4年分をデータ化し構造化することによって支援の形態が現実的に見えてきた

  • AIに情報を渡すが、その情報が漏洩リスクとならないために、固有名詞などを送らせない
  • 具体的な支援方法について、イメージが具体的にならない
内部監査システム構築のためのステップ
  • STEP 1-1: 事実メモを箇条書きで入力(固有名チェックあり。通らないと進めない)
  • STEP 1-2: AIが事実の不足を質問(最大3問×2ラウンド。スキップ可)
  • STEP 1-3: 対話結果から事実文を自動文書化 → 監査員が修正・確定
  • STEP 2: 条項候補Top-3+境界注記 → 選択または手入力
  • STEP 3: ランク選択 → 指摘文案生成 → 修正
  • STEP 4: 確定 → 事例DBに蓄積(次回のAI参照例に自動反映)
これまでに構築したもの
  • [TAMの審査記録xlsx 4年分をデータ化してサンプルとする] ： audit_case_extract(抽出+三段匿名化: パターン/辞書/ローカルLLM検査)
  • [匿名化済み事例DB cases.csv 388件] ：clause_bench(条項マッチング実力測定)
  • [実測: ゼロショット85.5%/適合性系93.8% → RAGで88.1%・混同半減] ：検討結果書(二層アーキテクチャ: 規格層=共通/流儀層=組織別)
  • [audit_assist_proto(動くプロトタイプ)] ：事実引き出し対話 → 匿名化ゲート → 条項候補 → 人間確定 → 事例蓄積(自己学習)
主要な実測値(仕様書の根拠数字)
  • 条項マッチング(Top-3実務粒度): ゼロショット全体85.5% / 適合性系93.8%
  • 粒度規約+TAM事例RAG(v2b): 全体88.1%、最大混同ペア(8.1↔6.1.2)半減
  • ランク別定型句の対応(388件分析): 改善の機会=「推奨します」、観察事項= 「検討の余地があります」が相互汚染ゼロの完全分離 → 文章生成テンプレートに採用
  • 適合性系(観察事項・懸念領域・改善指摘)と意見系(改善の機会・充実点)の 2群構造を確認 → ランクはAIが当てず、2分類推定+監査員選択の設計に
実地試用の状況と次回のTODO

済み: 2022年審査データで10件試用・・「力量ある監査員には良い指標」との評価・・記録済みデータ: confirmed_cases.csv・metrics.jsonl に実データ10件保持
次回確認すること:

  • v1.1修正の適用確認(重要): v1.2完了報告にv1.1(過剰検知修正・許可ボタン・ ランク2分類化)の適用言及がない。「建築部」「工務課長」「2件の作業所」が ブロックされないか確認し、未適用ならv1.1指示書を先に適用させる
  • 採用率18.2%の原因調査: 体感(「非常によくできている」、明確な条項誤りは1件)と 記録上の採用率18.2%が大きく乖離している。候補カードをクリックせず手入力で 条項を入れる操作習慣だと、候補が正しくても「手入力=不採用」と記録される。 metrics.jsonlの確定条項の生値と候補を突合し、指標定義の問題か候補品質の問題かを 切り分ける(次回セッションでmetrics.jsonlをアップロードすれば分析可能)
  • 1.2の意地悪テスト: 最低品質のメモ(「・教育記録を確認 ・不十分」)への AIの質問が、TAMが新人に返す問いと一致するか 試用を10〜20件継続し、指標の推移を観察
▶この続きを見る・・・・
コメントはありません

暑い朝の散歩　ローカルLLM（Ollama）の構築

  から ,
朝から纏わりつくような暑さ、キクも暑い

ローカルLLM（AI）の構築

ローカルLLMとして、Ollamaを選択、ローカルでOpenAI互換APIを提供、Laravelから通常のAPI呼び出しと同じ形式でローカルLLMを叩ける
インストールするWindowsPCは、・マザー　ASUS ROG STRIX B550-A GAMING、CPU　Ryzen9 3950X(16C32T 3.5－4.7GHz)、メモリ　DDR4 PC4-28800 3600MHz 2✕32GB＝64GB、グラフィックボード　GeForce RTX™ 4070 Ti、M.2SSD　PCle4.0 NVMe M.2 Kingston KC3000 1021GB、 PCIe Gen 4.0 x4　70000MB/Sで、GPUが少し不足気味だが、Ollama Qwen2.5 14B (Q4量子化 約9GB)が動きそうなのでインストールして試行する

Ollama本体のインストール

https://ollama.com/download/windows からOllamaSetuo.exeをダウンロード 実行してインストール、インストール後、Ollamaは常駐サービスとして起動します(タスクトレイにラマのアイコン)

NVIDIAドライバの確認

nvidia-smiを実行して、ドライババージョンとRTX 4070 Ti、VRAM 12288MiBが表示されればOK

モデルの取得と実行

ollama pull qwen2.5:14bをダウンロード完了したら、ollama run qwen2.5:14bで起動して、プロンプトから質問できる

GPU配分の確認

ollama psと入力して、OROCESSORが100％GPUとなっているので、VRAMに全部納まっている

API経由での動作確認(サーバ連携の予行)

Ollamaは自動的にhttp://localhost:11434でAPIを開いているので、Laravelから叩く検証ができる

コメントはありません

Jeepの車検

  から , , ,
甲斐犬のキク・・タヌキ？と遭遇
J58　Jeepの車検　今年も無事に終わりました

今朝も暑い、キクを連れて元宇品を散歩、キクはタヌキを見つける・・・走りすぎてバテてました・・・午前中に、J58の車検に、無事に終わって、今回はブレーキオイルを入れ替えたので￥5万程、昼からNGIさんが訪ねて来て久しぶりに雑談

会社概要登録画面を刷新
マネジメントシステム登録画面をモーダル化
▶この続きを見る・・・・
  • 2026年10月
    月 火 水 木 金 土 日
     1234
    567891011
    12131415161718
    19202122232425
    262728293031