decentworks-hexdigest-support 0.1.0

checksums.yaml

@@ -0,0 +1,7 @@
+---
+SHA256:
+  metadata.gz: b0b2fcafcc218920bbece471e20ea60b82e9abf9a980fbee2d8b544baef0e8dd
+  data.tar.gz: 2c1545e3753a3362c6c5224a5b1089718c0688eedcdba47203aabfd40ef8ec08
+SHA512:
+  metadata.gz: e9285585481a683d6299dcf1255d59515f32738788d81ec7c19db6b418f2a7bf6e043cfe0e9ff2940da772e9c80ab931f00f1ec731f26c5fe8e503bfc51fa345
+  data.tar.gz: af95e4ce22c90fe320a3b9a1fd3455dfc59918bb8c2262dca00fbefad8ba2ce4679ec4f77fe534e71e5b9c80e72656038607488ad5dcf10173945025024c5e71

data/.claude/CLAUDE.md

@@ -0,0 +1,24 @@
+# プロジェクト概要
+
+- オブジェクトのHash値化のユーティリティgem
+
+## 前提環境
+
+- Ruby 4.0（gemspecの required_ruby_version）
+- テスト: RSpec
+- Lint: RuboCop
+
+# コミュニケーション
+
+- 日本語で応答する（コード・変数名は英語）
+- 簡潔に回答し、自明な説明は省略する
+- 複雑なタスクでは実装前に計画を提示し、承認後に着手する
+
+# 禁止事項
+
+- README・ドキュメントを勝手に生成・変更しない
+- テストコードを確認なしに削除・コメントアウトしない
+- 既存の動作するコードを理由なくリファクタリングしない
+- APIキー・トークンをプロンプトに含めない
+- .env ファイルを読んで内容を出力しない
+- 環境変数の値をログやコメントに書かない

data/.claude/hooks/rubocop-fix.sh

@@ -0,0 +1,27 @@
+#!/bin/bash
+# .claude/hooks/rubocop-fix.sh
+# PostToolUse(Edit|Write) で発火。編集された .rb に rubocop -a をかけ、
+# 残った違反を Claude にフィードバックする。
+set -uo pipefail
+
+input=$(cat)
+file_path=$(jq -r '.tool_input.file_path // empty' <<<"$input")
+
+[[ -z "$file_path" ]] && exit 0
+[[ "$file_path" != *.rb ]] && exit 0
+[[ ! -f "$file_path" ]] && exit 0
+
+cd "${CLAUDE_PROJECT_DIR:-.}" || exit 0
+
+# --server で常駐プロセスを使い、毎回のRuby起動コスト（1〜2秒）を避ける
+output=$(bundle exec rubocop --server --autocorrect --format simple "$file_path" 2>&1)
+status=$?
+
+if [[ $status -ne 0 ]]; then
+  # exit 2 の stderr は Claude に渡り、自分で直させられる
+  echo "RuboCop violations remain in ${file_path}:" >&2
+  echo "$output" >&2
+  exit 2
+fi
+
+exit 0

data/.claude/rules/general.md

@@ -0,0 +1,5 @@
+- RuboCop の設定に従う
+- [@.rubocop.yml](.rubocop.yml)を勝手に緩めない
+- N+1 は許容しない。関連を辿るときは includes / preload を明示する
+- strong parameters は expect を使う
+- コメントは「なぜ」だけ書く。処理の言い換えコメントは書かない

data/.claude/rules/git.md

@@ -0,0 +1,6 @@
+# Git
+
+- Conventional Commits形式、本文は日本語（例: `feat: ユーザー認証にOAuth2を追加`）
+- コミット・push・mergeは実行しない。これらはユーザーが判断して実行する
+- 依頼された場合もコミットメッセージ案の提示までにとどめ、実行はユーザーに委ねる
+- 作業ツリーへのファイル反映までは行ってよい。テスト・Lintの実行結果とあわせて報告する

data/.claude/rules/rspec.md

@@ -0,0 +1,24 @@
+---
+paths: spec/**/*.rb
+---
+
+# テスト
+
+## 品質
+
+- テストは必ず実際の機能を検証すること
+- 各テストケースは、具体的な入力と出力を検証すること
+- モックの利用は最小限にすること
+- 実際の動作に即した形のテストをすること
+
+## テスト実装の原則
+
+- テストが失敗する状態から始めること（Red - Green - Refactor）
+- 境界値、異常系、エラーケースも必ずテストすること
+- カバレッジではなっく、実際の品質を重視すること
+- テストケース名は、何をテストしているのかを明確にすること
+
+## 実装前の確認
+
+- 機能の仕様を正しく理解してからテストを書くこと
+- 不明な点があれば、仮の実装ではなく、ユーザーに確認すること

data/.claude/rules/ruby.md

@@ -0,0 +1,11 @@
+---
+paths: lib/**/*.rb
+---
+
+# Rubyコーディング規約
+
+## ハードコーディングの禁止
+
+- テストを通すためだけのハードコードは禁止します
+- テスト用の特別な値（マジックナンバー）は禁止します
+- 環境変数や設定ファイルを使用して、テスト環境と本番環境を適切に分離すること

data/.claude/settings.json

@@ -0,0 +1,67 @@
+{
+  "$comment": "リポジトリの .claude/settings.json に置く（コミットしてチームで共有する）",
+
+  "permissions": {
+    "defaultMode": "default",
+
+    "deny": [
+      "Read(./.env)",
+      "Read(./.env.*)",
+      "Bash(rm -rf *)",
+      "Bash(git push --force*)",
+      "Bash(git push -f*)"
+    ],
+
+    "ask": [
+      "Bash(git push*)",
+      "Bash(git commit*)",
+      "Bash(bundle add*)",
+      "Bash(bundle update*)",
+      "Bash(gh pr *)",
+      "Edit(./Gemfile)",
+
+      "Bash(gem push*)",
+      "Bash(rake release*)"
+    ],
+
+    "allow": [
+      "Bash(bundle exec rspec*)",
+      "Bash(bundle exec rubocop*)",
+      "Bash(git status*)",
+      "Bash(git diff*)",
+      "Bash(git log*)",
+      "Bash(git add*)",
+      "Bash(git switch*)",
+      "Bash(git stash*)",
+      "Bash(bundle install)",
+      "Bash(bin/setup*)"
+    ]
+  },
+
+  "hooks": {
+    "PostToolUse": [
+      {
+        "$comment": "Rubyファイルを編集/新規作成したら即rubocop -a。ifはツールごとに1つしかマッチしないためEdit/Writeで別ハンドラに分けている。--serverで起動コストを抑える",
+        "matcher": "Edit|Write",
+        "hooks": [
+          {
+            "type": "command",
+            "if": "Edit(**/*.rb)",
+            "command": "${CLAUDE_PROJECT_DIR}/.claude/hooks/rubocop-fix.sh",
+            "args": [],
+            "timeout": 60,
+            "statusMessage": "RuboCop 実行中"
+          },
+          {
+            "type": "command",
+            "if": "Write(**/*.rb)",
+            "command": "${CLAUDE_PROJECT_DIR}/.claude/hooks/rubocop-fix.sh",
+            "args": [],
+            "timeout": 60,
+            "statusMessage": "RuboCop 実行中"
+          }
+        ]
+      }
+    ]
+  }
+}

data/.rspec

@@ -0,0 +1,3 @@
+--format documentation
+--color
+--require spec_helper

data/.rubocop.yml

@@ -0,0 +1,300 @@
+# rubocop-rails-omakase をベースにした設定。
+#
+# 【重要】omakase は Layout / Lint / Metrics / Naming / Style / Rails / Bundler /
+# Gemspec / Security の各部門を丸ごと `Enabled: false` にしたうえで、必要な cop だけを
+# 個別に有効化する設計になっている。
+# そのため、omakase が有効化していない cop に対して `EnforcedStyle` や `Max` だけを
+# 書いても cop は無効のままで何も起きない。有効にしたい場合は必ず `Enabled: true` を
+# 併記すること。
+#
+# omakase が有効化している cop 一覧:
+#   vendor/bundle/ruby/*/gems/rubocop-rails-omakase-*/rubocop.yml
+
+# rubocop-performance / rubocop-rails は omakase 側で読み込まれる。
+# rubocop-rspec はどこからも読み込まれないのでここで明示する。
+plugins:
+  - rubocop-rspec
+
+inherit_gem:
+  rubocop-rails-omakase: rubocop.yml
+
+AllCops:
+  # gemspec の required_ruby_version からも解決できるが、明示しておく
+  TargetRubyVersion: 4.0
+  SuggestExtensions: false
+  NewCops: enable
+  # 何のルールに引っかかったか表示する
+  DisplayCopNames: true
+  Exclude:
+    - 'bin/**/*'
+    - 'tmp/**/*'
+    # BUNDLE_PATH: vendor/bundle なので必須
+    - 'vendor/**/*'
+    - 'coverage/**/*'
+
+# #####################################################################################################################
+# omakase が有効化済みの cop に対する調整
+# #####################################################################################################################
+
+# omakase の Include は Rails 前提 (app/ config/ lib/ test/ Gemfile) で spec/ と
+# gemspec が漏れるため追加する。EnforcedStyle: double_quotes は omakase 側で指定済み。
+Style/StringLiterals:
+  inherit_mode:
+    merge:
+      - Include
+  Include:
+    - 'spec/**/*'
+    - '*.gemspec'
+
+# ケツカンマは付けない (RuboCop / standardrb の既定に揃える)
+# Arguments / ArrayLiteral / HashLiteral の 3つは必ず同じ値にすること
+Style/TrailingCommaInArrayLiteral:
+  EnforcedStyleForMultiline: no_comma
+
+Style/TrailingCommaInHashLiteral:
+  EnforcedStyleForMultiline: no_comma
+
+# spec 内は見た目が綺麗になるので許可
+Style/Semicolon:
+  Exclude:
+    - 'spec/**/*'
+
+# omakase は Rails 流の `[ a, b ]` (EnforcedStyle: space) を指定しているが、
+# gem では RuboCop 標準の `[a, b]` に揃える
+Layout/SpaceInsideArrayLiteralBrackets:
+  EnforcedStyle: no_space
+
+# #####################################################################################################################
+# omakase では無効な部門から、追加で有効化する cop
+# （ここに書いていない Style/Layout/Lint/Metrics/Naming の cop はすべて無効）
+# #####################################################################################################################
+
+# --- Lint ---
+
+# =- ではなく、-= と書く
+Lint/AmbiguousAssignment:
+  Enabled: true
+
+# カッコは付ける a || (b && c)
+Lint/AmbiguousOperatorPrecedence:
+  Enabled: true
+
+# 非推奨の定数をチェックしたい
+Lint/DeprecatedConstants:
+  Enabled: true
+
+# gem として名前空間の衝突を避けたいので、曖昧になる定数参照は完全名で書く
+Lint/ConstantResolution:
+  Enabled: true
+  Only: [ Causing ]
+
+# RuntimeError は「特定の Error を定義できない場合」なので、
+# 定義できるエラーは RuntimeError ではなく StandardError を継承する
+Lint/InheritException:
+  Enabled: true
+  EnforcedStyle: standard_error
+
+# spec 内では expect { subject }.to change { foo } という書き方をよく行うので
+# () を省略したい。{ foo } は明らかに change に紐付く。
+Lint/AmbiguousBlockAssociation:
+  Enabled: true
+  Exclude:
+    - 'spec/**/*_spec.rb'
+
+# --- Style ---
+
+# レキシカルスコープの扱いが alias_method の方が自然
+Style/Alias:
+  Enabled: true
+  EnforcedStyle: prefer_alias_method
+
+# lambda はすべて `->` リテラルで書く
+Style/Lambda:
+  Enabled: true
+  EnforcedStyle: literal
+
+# String#intern は ruby の内部表現すぎるので String#to_sym を使う
+Style/StringMethods:
+  Enabled: true
+
+# end.some_method とチェインするのはダサい
+Style/MethodCalledOnDoEndBlock:
+  Enabled: true
+
+# 無指定だと StandardError を rescue するのは常識の範疇なので
+Style/RescueStandardError:
+  Enabled: true
+  EnforcedStyle: implicit
+
+# fail と使い分ける必要ナシ
+Style/SignalException:
+  Enabled: true
+  EnforcedStyle: only_raise
+
+# 三項演算子は () を外さない方が条件式が何なのか読み取りやすい
+Style/TernaryParentheses:
+  Enabled: true
+  EnforcedStyle: require_parentheses_when_complex
+
+# ケツカンマは付けない (Array / Hash リテラルと揃える)
+# omakase は引数側の cop を有効化しないため Enabled: true が必要
+Style/TrailingCommaInArguments:
+  Enabled: true
+  EnforcedStyleForMultiline: no_comma
+
+# attr_xxx は可読性から並べて書きたい
+Style/AccessorGrouping:
+  Enabled: true
+  EnforcedStyle: separated
+
+# 1_000_000 と区切り文字が 1個以上必要になる場合のみ _ 区切りを必須にする
+Style/NumericLiterals:
+  Enabled: true
+  MinDigits: 4
+
+# --- Layout ---
+
+# 現代のディスプレイはそんなに狭くない
+Layout/LineLength:
+  Enabled: true
+  Max: 200
+
+# メソッドをグループ分けして書き順を揃えておくと読みやすくなる
+Layout/ClassStructure:
+  Enabled: true
+
+# ハッシュの並びは揃えたい
+Layout/HashAlignment:
+  Enabled: true
+  EnforcedHashRocketStyle: table
+  EnforcedColonStyle:      table
+
+# メソッドチェーン感がより感じられるインデントにする
+Layout/MultilineMethodCallIndentation:
+  Enabled: true
+  EnforcedStyle: indented_relative_to_receiver
+
+# ({ と hash を開始した場合に ( の位置にインデントさせる
+Layout/FirstArrayElementIndentation:
+  Enabled: true
+  EnforcedStyle: consistent
+
+# --- Naming ---
+
+# 番号系はスネークケース (xxx_1) で記載した方が可読性が上がる
+Naming/VariableNumber:
+  Enabled: true
+  EnforcedStyle: snake_case
+
+# --- Metrics ---
+# gem なので Rails アプリより厳しめでも回るが、まずは移植元の値を踏襲する
+
+Metrics/AbcSize:
+  Enabled: true
+  Max: 30
+
+Metrics/CyclomaticComplexity:
+  Enabled: true
+  Max: 10
+
+# 分岐の数。ガード句を多用していると既定の 7 だと厳しい
+Metrics/PerceivedComplexity:
+  Enabled: true
+  Max: 10
+
+Metrics/MethodLength:
+  Enabled: true
+  CountComments: false
+  Max: 30
+
+Metrics/ClassLength:
+  Enabled: true
+  CountComments: false
+  Max: 300
+
+Metrics/ModuleLength:
+  Enabled: true
+  CountComments: false
+  Max: 300
+
+# spec と gemspec は巨大な block 不可避なので除外
+Metrics/BlockLength:
+  Enabled: true
+  Exclude:
+    - 'spec/**/*.rb'
+    - '*.gemspec'
+
+# #####################################################################################################################
+# RSpec
+# （RSpec 部門は omakase の対象外なので既定で有効。設定はそのまま効く）
+# #####################################################################################################################
+
+# 日本語だと「〜の場合」になるので suffix でないと対応できない
+RSpec/ContextWording:
+  Enabled: false
+
+# it の中に複数の expect があることを許可する
+RSpec/MultipleExpectations:
+  Enabled: false
+
+# it が長くなることを許可する
+RSpec/ExampleLength:
+  Enabled: false
+
+# let の数の上限。割と大きくしていいかと
+RSpec/MultipleMemoizedHelpers:
+  Max: 20
+
+# ネストは 5 までは許容
+RSpec/NestedGroups:
+  Max: 5
+
+# it が一つしか無いような context では空行を開ける方が読みづらい
+RSpec/EmptyLineAfterFinalLet:
+  Enabled: false
+
+# block の方がテスト対象が目立ち、普段書く形と同じなので自然に読める
+RSpec/ExpectChange:
+  EnforcedStyle: block
+
+# one-liner の should は書きやすく意味も通るので撥ねる必要がない
+RSpec/ImplicitExpect:
+  Enabled: false
+
+# before の方が事前条件を整えていることが分かりやすい
+RSpec/InstanceVariable:
+  Enabled: false
+
+# ブロックの方が見た目がスッキリして見やすいので、どちらでもお好きにどうぞ
+RSpec/ReturnFromStub:
+  Enabled: false
+
+# どうしても使用しなければならない場面がある
+RSpec/AnyInstance:
+  Enabled: false
+
+# subject に名前をつけない方が読みやすい場面もある
+RSpec/NamedSubject:
+  Enabled: false
+
+# データ作成では並べて記述した方が可読性が上がる場合がある
+RSpec/LetSetup:
+  Enabled: false
+
+# spec を適度に分割したいためチェックはいらない
+RSpec/SpecFilePathFormat:
+  Enabled: false
+
+RSpec/SpecFilePathSuffix:
+  Enabled: false
+
+# receive はまとめたくない
+RSpec/ReceiveMessages:
+  Enabled: false
+
+# ジェネレータのspecはdescribeにクラスを渡せない。
+# type: :generator を付けたspecを対象外にする
+RSpec/DescribeClass:
+  IgnoredMetadata:
+    type:
+      - generator

data/CHANGELOG.md

@@ -0,0 +1,3 @@
+## [0.1.0]
+
+- Initial release

data/CODE_OF_CONDUCT.md

@@ -0,0 +1,132 @@
+# Contributor Covenant Code of Conduct
+
+## Our Pledge
+
+We as members, contributors, and leaders pledge to make participation in our
+community a harassment-free experience for everyone, regardless of age, body
+size, visible or invisible disability, ethnicity, sex characteristics, gender
+identity and expression, level of experience, education, socio-economic status,
+nationality, personal appearance, race, caste, color, religion, or sexual
+identity and orientation.
+
+We pledge to act and interact in ways that contribute to an open, welcoming,
+diverse, inclusive, and healthy community.
+
+## Our Standards
+
+Examples of behavior that contributes to a positive environment for our
+community include:
+
+* Demonstrating empathy and kindness toward other people
+* Being respectful of differing opinions, viewpoints, and experiences
+* Giving and gracefully accepting constructive feedback
+* Accepting responsibility and apologizing to those affected by our mistakes,
+  and learning from the experience
+* Focusing on what is best not just for us as individuals, but for the overall
+  community
+
+Examples of unacceptable behavior include:
+
+* The use of sexualized language or imagery, and sexual attention or advances of
+  any kind
+* Trolling, insulting or derogatory comments, and personal or political attacks
+* Public or private harassment
+* Publishing others' private information, such as a physical or email address,
+  without their explicit permission
+* Other conduct which could reasonably be considered inappropriate in a
+  professional setting
+
+## Enforcement Responsibilities
+
+Community leaders are responsible for clarifying and enforcing our standards of
+acceptable behavior and will take appropriate and fair corrective action in
+response to any behavior that they deem inappropriate, threatening, offensive,
+or harmful.
+
+Community leaders have the right and responsibility to remove, edit, or reject
+comments, commits, code, wiki edits, issues, and other contributions that are
+not aligned to this Code of Conduct, and will communicate reasons for moderation
+decisions when appropriate.
+
+## Scope
+
+This Code of Conduct applies within all community spaces, and also applies when
+an individual is officially representing the community in public spaces.
+Examples of representing our community include using an official email address,
+posting via an official social media account, or acting as an appointed
+representative at an online or offline event.
+
+## Enforcement
+
+Instances of abusive, harassing, or otherwise unacceptable behavior may be
+reported to the community leaders responsible for enforcement at
+[INSERT CONTACT METHOD].
+All complaints will be reviewed and investigated promptly and fairly.
+
+All community leaders are obligated to respect the privacy and security of the
+reporter of any incident.
+
+## Enforcement Guidelines
+
+Community leaders will follow these Community Impact Guidelines in determining
+the consequences for any action they deem in violation of this Code of Conduct:
+
+### 1. Correction
+
+**Community Impact**: Use of inappropriate language or other behavior deemed
+unprofessional or unwelcome in the community.
+
+**Consequence**: A private, written warning from community leaders, providing
+clarity around the nature of the violation and an explanation of why the
+behavior was inappropriate. A public apology may be requested.
+
+### 2. Warning
+
+**Community Impact**: A violation through a single incident or series of
+actions.
+
+**Consequence**: A warning with consequences for continued behavior. No
+interaction with the people involved, including unsolicited interaction with
+those enforcing the Code of Conduct, for a specified period of time. This
+includes avoiding interactions in community spaces as well as external channels
+like social media. Violating these terms may lead to a temporary or permanent
+ban.
+
+### 3. Temporary Ban
+
+**Community Impact**: A serious violation of community standards, including
+sustained inappropriate behavior.
+
+**Consequence**: A temporary ban from any sort of interaction or public
+communication with the community for a specified period of time. No public or
+private interaction with the people involved, including unsolicited interaction
+with those enforcing the Code of Conduct, is allowed during this period.
+Violating these terms may lead to a permanent ban.
+
+### 4. Permanent Ban
+
+**Community Impact**: Demonstrating a pattern of violation of community
+standards, including sustained inappropriate behavior, harassment of an
+individual, or aggression toward or disparagement of classes of individuals.
+
+**Consequence**: A permanent ban from any sort of public interaction within the
+community.
+
+## Attribution
+
+This Code of Conduct is adapted from the [Contributor Covenant][homepage],
+version 2.1, available at
+[https://www.contributor-covenant.org/version/2/1/code_of_conduct.html][v2.1].
+
+Community Impact Guidelines were inspired by
+[Mozilla's code of conduct enforcement ladder][Mozilla CoC].
+
+For answers to common questions about this code of conduct, see the FAQ at
+[https://www.contributor-covenant.org/faq][FAQ]. Translations are available at
+[https://www.contributor-covenant.org/translations][translations].
+
+[homepage]: https://www.contributor-covenant.org
+[v2.1]: https://www.contributor-covenant.org/version/2/1/code_of_conduct.html
+[Mozilla CoC]: https://github.com/mozilla/diversity
+[FAQ]: https://www.contributor-covenant.org/faq
+[translations]: https://www.contributor-covenant.org/translations

data/LICENSE

@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2026 SrDecentWorks
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

data/LICENSE.txt

@@ -0,0 +1,21 @@
+The MIT License (MIT)
+
+Copyright (c) 2026 YutakaMizomoto
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in
+all copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
+THE SOFTWARE.