[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6D32D0TGWGDGYHYB4CS3RCD":3,"skill-same:01M6D32D0TGWGDGYHYB4CS3RCD":123},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":43,"linkOnly":44,"markdownContent":45,"markdownBody":46,"frontMatter":47,"refName":48,"commitSha":49,"skillDirectory":50,"forksCount":51,"repositoryHtmlUrl":52,"repositoryHomepageUrl":6,"ownerHtmlUrl":53,"ownerBlogUrl":54,"ownerDescription":55,"updatedAt":56,"install":57,"resources":70},"01M6D32D0TGWGDGYHYB4CS3RCD","dhh-rails-style",null,"This skill should be used when writing Ruby and Rails code in DHH's distinctive 37signals style. It applies when writing Ruby code, Rails applications, creating models, controllers, or any Ruby file. Triggers on Ruby\u002FRails code generation, refactoring requests, code review, or when the user mentions DHH, 37signals, Basecamp, HEY, or Campfire style. Embodies REST purity, fat models, thin controllers, Current attributes, Hotwire patterns, and the \"clarity over cleverness\" philosophy.","hemory\u002Famp-legacy-do-not-use","hemory","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F21179881?v=4","01M6D31HFJ391DN8N0JP8AQGFE","Hemory Phifer","01M6D31HKXVTEN27AT6R4PP2ZJ",3,"MIT","https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fplugins\u002Fcompound-engineering\u002Fskills\u002Fdhh-rails-style\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000007","代码审查","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42],"dhh rails style","rails","ruby","triggers","generation","philosophy","patterns","models","user","clarity","refactoring","code review","applications","REST","Code Generation","file","code","review","writing","2026-11-10 10:12:30",false,"---\nname: dhh-rails-style\ndescription: This skill should be used when writing Ruby and Rails code in DHH's distinctive 37signals style. It applies when writing Ruby code, Rails applications, creating models, controllers, or any Ruby file. Triggers on Ruby\u002FRails code generation, refactoring requests, code review, or when the user mentions DHH, 37signals, Basecamp, HEY, or Campfire style. Embodies REST purity, fat models, thin controllers, Current attributes, Hotwire patterns, and the \"clarity over cleverness\" philosophy.\n---\n\n\u003Cobjective>\nApply 37signals\u002FDHH Rails conventions to Ruby and Rails code. This skill provides comprehensive domain expertise extracted from analyzing production 37signals codebases (Fizzy\u002FCampfire) and DHH's code review patterns.\n\u003C\u002Fobjective>\n\n\u003Cessential_principles>\n## Core Philosophy\n\n\"The best code is the code you don't write. The second best is the code that's obviously correct.\"\n\n**Vanilla Rails is plenty:**\n- Rich domain models over service objects\n- CRUD controllers over custom actions\n- Concerns for horizontal code sharing\n- Records as state instead of boolean columns\n- Database-backed everything (no Redis)\n- Build solutions before reaching for gems\n\n**What they deliberately avoid:**\n- devise (custom ~150-line auth instead)\n- pundit\u002Fcancancan (simple role checks in models)\n- sidekiq (Solid Queue uses database)\n- redis (database for everything)\n- view_component (partials work fine)\n- GraphQL (REST with Turbo sufficient)\n- factory_bot (fixtures are simpler)\n- rspec (Minitest ships with Rails)\n- Tailwind (native CSS with layers)\n\n**Development Philosophy:**\n- Ship, Validate, Refine - prototype-quality code to production to learn\n- Fix root causes, not symptoms\n- Write-time operations over read-time computations\n- Database constraints over ActiveRecord validations\n\u003C\u002Fessential_principles>\n\n\u003Cintake>\nWhat are you working on?\n\n1. **Controllers** - REST mapping, concerns, Turbo responses, API patterns\n2. **Models** - Concerns, state records, callbacks, scopes, POROs\n3. **Views & Frontend** - Turbo, Stimulus, CSS, partials\n4. **Architecture** - Routing, multi-tenancy, authentication, jobs, caching\n5. **Testing** - Minitest, fixtures, integration tests\n6. **Gems & Dependencies** - What to use vs avoid\n7. **Code Review** - Review code against DHH style\n8. **General Guidance** - Philosophy and conventions\n\n**Specify a number or describe your task.**\n\u003C\u002Fintake>\n\n\u003Crouting>\n\n| Response | Reference to Read |\n|----------|-------------------|\n| 1, controller | [controllers.md](.\u002Freferences\u002Fcontrollers.md) |\n| 2, model | [models.md](.\u002Freferences\u002Fmodels.md) |\n| 3, view, frontend, turbo, stimulus, css | [frontend.md](.\u002Freferences\u002Ffrontend.md) |\n| 4, architecture, routing, auth, job, cache | [architecture.md](.\u002Freferences\u002Farchitecture.md) |\n| 5, test, testing, minitest, fixture | [testing.md](.\u002Freferences\u002Ftesting.md) |\n| 6, gem, dependency, library | [gems.md](.\u002Freferences\u002Fgems.md) |\n| 7, review | Read all references, then review code |\n| 8, general task | Read relevant references based on context |\n\n**After reading relevant references, apply patterns to the user's code.**\n\u003C\u002Frouting>\n\n\u003Cquick_reference>\n## Naming Conventions\n\n**Verbs:** `card.close`, `card.gild`, `board.publish` (not `set_style` methods)\n\n**Predicates:** `card.closed?`, `card.golden?` (derived from presence of related record)\n\n**Concerns:** Adjectives describing capability (`Closeable`, `Publishable`, `Watchable`)\n\n**Controllers:** Nouns matching resources (`Cards::ClosuresController`)\n\n**Scopes:**\n- `chronologically`, `reverse_chronologically`, `alphabetically`, `latest`\n- `preloaded` (standard eager loading name)\n- `indexed_by`, `sorted_by` (parameterized)\n- `active`, `unassigned` (business terms, not SQL-ish)\n\n## REST Mapping\n\nInstead of custom actions, create new resources:\n\n```\nPOST \u002Fcards\u002F:id\u002Fclose    → POST \u002Fcards\u002F:id\u002Fclosure\nDELETE \u002Fcards\u002F:id\u002Fclose  → DELETE \u002Fcards\u002F:id\u002Fclosure\nPOST \u002Fcards\u002F:id\u002Farchive  → POST \u002Fcards\u002F:id\u002Farchival\n```\n\n## Ruby Syntax Preferences\n\n```ruby\n# Symbol arrays with spaces inside brackets\nbefore_action :set_message, only: %i[ show edit update destroy ]\n\n# Private method indentation\n  private\n    def set_message\n      @message = Message.find(params[:id])\n    end\n\n# Expression-less case for conditionals\ncase\nwhen params[:before].present?\n  messages.page_before(params[:before])\nelse\n  messages.last_page\nend\n\n# Bang methods for fail-fast\n@message = Message.create!(params)\n\n# Ternaries for simple conditionals\n@room.direct? ? @room.users : @message.mentionees\n```\n\n## Key Patterns\n\n**State as Records:**\n```ruby\nCard.joins(:closure)         # closed cards\nCard.where.missing(:closure) # open cards\n```\n\n**Current Attributes:**\n```ruby\nbelongs_to :creator, default: -> { Current.user }\n```\n\n**Authorization on Models:**\n```ruby\nclass User \u003C ApplicationRecord\n  def can_administer?(message)\n    message.creator == self || admin?\n  end\nend\n```\n\u003C\u002Fquick_reference>\n\n\u003Creference_index>\n## Domain Knowledge\n\nAll detailed patterns in `references\u002F`:\n\n| File | Topics |\n|------|--------|\n| [controllers.md](.\u002Freferences\u002Fcontrollers.md) | REST mapping, concerns, Turbo responses, API patterns, HTTP caching |\n| [models.md](.\u002Freferences\u002Fmodels.md) | Concerns, state records, callbacks, scopes, POROs, authorization, broadcasting |\n| [frontend.md](.\u002Freferences\u002Ffrontend.md) | Turbo Streams, Stimulus controllers, CSS layers, OKLCH colors, partials |\n| [architecture.md](.\u002Freferences\u002Farchitecture.md) | Routing, authentication, jobs, Current attributes, caching, database patterns |\n| [testing.md](.\u002Freferences\u002Ftesting.md) | Minitest, fixtures, unit\u002Fintegration\u002Fsystem tests, testing patterns |\n| [gems.md](.\u002Freferences\u002Fgems.md) | What they use vs avoid, decision framework, Gemfile examples |\n\u003C\u002Freference_index>\n\n\u003Csuccess_criteria>\nCode follows DHH style when:\n- Controllers map to CRUD verbs on resources\n- Models use concerns for horizontal behavior\n- State is tracked via records, not booleans\n- No unnecessary service objects or abstractions\n- Database-backed solutions preferred over external services\n- Tests use Minitest with fixtures\n- Turbo\u002FStimulus for interactivity (no heavy JS frameworks)\n- Native CSS with modern features (layers, OKLCH, nesting)\n- Authorization logic lives on User model\n- Jobs are shallow wrappers calling model methods\n\u003C\u002Fsuccess_criteria>\n\n\u003Ccredits>\nBased on [The Unofficial 37signals\u002FDHH Rails Style Guide](https:\u002F\u002Fgithub.com\u002Fmarckohlbrugge\u002Funofficial-37signals-coding-style-guide) by [Marc Köhlbrugge](https:\u002F\u002Fx.com\u002Fmarckohlbrugge), generated through deep analysis of 265 pull requests from the Fizzy codebase.\n\n**Important Disclaimers:**\n- LLM-generated guide - may contain inaccuracies\n- Code examples from Fizzy are licensed under the O'Saasy License\n- Not affiliated with or endorsed by 37signals\n\u003C\u002Fcredits>\n","\u003Cobjective>\nApply 37signals\u002FDHH Rails conventions to Ruby and Rails code. This skill provides comprehensive domain expertise extracted from analyzing production 37signals codebases (Fizzy\u002FCampfire) and DHH's code review patterns.\n\u003C\u002Fobjective>\n\n\u003Cessential_principles>\n## Core Philosophy\n\n\"The best code is the code you don't write. The second best is the code that's obviously correct.\"\n\n**Vanilla Rails is plenty:**\n- Rich domain models over service objects\n- CRUD controllers over custom actions\n- Concerns for horizontal code sharing\n- Records as state instead of boolean columns\n- Database-backed everything (no Redis)\n- Build solutions before reaching for gems\n\n**What they deliberately avoid:**\n- devise (custom ~150-line auth instead)\n- pundit\u002Fcancancan (simple role checks in models)\n- sidekiq (Solid Queue uses database)\n- redis (database for everything)\n- view_component (partials work fine)\n- GraphQL (REST with Turbo sufficient)\n- factory_bot (fixtures are simpler)\n- rspec (Minitest ships with Rails)\n- Tailwind (native CSS with layers)\n\n**Development Philosophy:**\n- Ship, Validate, Refine - prototype-quality code to production to learn\n- Fix root causes, not symptoms\n- Write-time operations over read-time computations\n- Database constraints over ActiveRecord validations\n\u003C\u002Fessential_principles>\n\n\u003Cintake>\nWhat are you working on?\n\n1. **Controllers** - REST mapping, concerns, Turbo responses, API patterns\n2. **Models** - Concerns, state records, callbacks, scopes, POROs\n3. **Views & Frontend** - Turbo, Stimulus, CSS, partials\n4. **Architecture** - Routing, multi-tenancy, authentication, jobs, caching\n5. **Testing** - Minitest, fixtures, integration tests\n6. **Gems & Dependencies** - What to use vs avoid\n7. **Code Review** - Review code against DHH style\n8. **General Guidance** - Philosophy and conventions\n\n**Specify a number or describe your task.**\n\u003C\u002Fintake>\n\n\u003Crouting>\n\n| Response | Reference to Read |\n|----------|-------------------|\n| 1, controller | [controllers.md](.\u002Freferences\u002Fcontrollers.md) |\n| 2, model | [models.md](.\u002Freferences\u002Fmodels.md) |\n| 3, view, frontend, turbo, stimulus, css | [frontend.md](.\u002Freferences\u002Ffrontend.md) |\n| 4, architecture, routing, auth, job, cache | [architecture.md](.\u002Freferences\u002Farchitecture.md) |\n| 5, test, testing, minitest, fixture | [testing.md](.\u002Freferences\u002Ftesting.md) |\n| 6, gem, dependency, library | [gems.md](.\u002Freferences\u002Fgems.md) |\n| 7, review | Read all references, then review code |\n| 8, general task | Read relevant references based on context |\n\n**After reading relevant references, apply patterns to the user's code.**\n\u003C\u002Frouting>\n\n\u003Cquick_reference>\n## Naming Conventions\n\n**Verbs:** `card.close`, `card.gild`, `board.publish` (not `set_style` methods)\n\n**Predicates:** `card.closed?`, `card.golden?` (derived from presence of related record)\n\n**Concerns:** Adjectives describing capability (`Closeable`, `Publishable`, `Watchable`)\n\n**Controllers:** Nouns matching resources (`Cards::ClosuresController`)\n\n**Scopes:**\n- `chronologically`, `reverse_chronologically`, `alphabetically`, `latest`\n- `preloaded` (standard eager loading name)\n- `indexed_by`, `sorted_by` (parameterized)\n- `active`, `unassigned` (business terms, not SQL-ish)\n\n## REST Mapping\n\nInstead of custom actions, create new resources:\n\n```\nPOST \u002Fcards\u002F:id\u002Fclose    → POST \u002Fcards\u002F:id\u002Fclosure\nDELETE \u002Fcards\u002F:id\u002Fclose  → DELETE \u002Fcards\u002F:id\u002Fclosure\nPOST \u002Fcards\u002F:id\u002Farchive  → POST \u002Fcards\u002F:id\u002Farchival\n```\n\n## Ruby Syntax Preferences\n\n```ruby\n# Symbol arrays with spaces inside brackets\nbefore_action :set_message, only: %i[ show edit update destroy ]\n\n# Private method indentation\n  private\n    def set_message\n      @message = Message.find(params[:id])\n    end\n\n# Expression-less case for conditionals\ncase\nwhen params[:before].present?\n  messages.page_before(params[:before])\nelse\n  messages.last_page\nend\n\n# Bang methods for fail-fast\n@message = Message.create!(params)\n\n# Ternaries for simple conditionals\n@room.direct? ? @room.users : @message.mentionees\n```\n\n## Key Patterns\n\n**State as Records:**\n```ruby\nCard.joins(:closure)         # closed cards\nCard.where.missing(:closure) # open cards\n```\n\n**Current Attributes:**\n```ruby\nbelongs_to :creator, default: -> { Current.user }\n```\n\n**Authorization on Models:**\n```ruby\nclass User \u003C ApplicationRecord\n  def can_administer?(message)\n    message.creator == self || admin?\n  end\nend\n```\n\u003C\u002Fquick_reference>\n\n\u003Creference_index>\n## Domain Knowledge\n\nAll detailed patterns in `references\u002F`:\n\n| File | Topics |\n|------|--------|\n| [controllers.md](.\u002Freferences\u002Fcontrollers.md) | REST mapping, concerns, Turbo responses, API patterns, HTTP caching |\n| [models.md](.\u002Freferences\u002Fmodels.md) | Concerns, state records, callbacks, scopes, POROs, authorization, broadcasting |\n| [frontend.md](.\u002Freferences\u002Ffrontend.md) | Turbo Streams, Stimulus controllers, CSS layers, OKLCH colors, partials |\n| [architecture.md](.\u002Freferences\u002Farchitecture.md) | Routing, authentication, jobs, Current attributes, caching, database patterns |\n| [testing.md](.\u002Freferences\u002Ftesting.md) | Minitest, fixtures, unit\u002Fintegration\u002Fsystem tests, testing patterns |\n| [gems.md](.\u002Freferences\u002Fgems.md) | What they use vs avoid, decision framework, Gemfile examples |\n\u003C\u002Freference_index>\n\n\u003Csuccess_criteria>\nCode follows DHH style when:\n- Controllers map to CRUD verbs on resources\n- Models use concerns for horizontal behavior\n- State is tracked via records, not booleans\n- No unnecessary service objects or abstractions\n- Database-backed solutions preferred over external services\n- Tests use Minitest with fixtures\n- Turbo\u002FStimulus for interactivity (no heavy JS frameworks)\n- Native CSS with modern features (layers, OKLCH, nesting)\n- Authorization logic lives on User model\n- Jobs are shallow wrappers calling model methods\n\u003C\u002Fsuccess_criteria>\n\n\u003Ccredits>\nBased on [The Unofficial 37signals\u002FDHH Rails Style Guide](https:\u002F\u002Fgithub.com\u002Fmarckohlbrugge\u002Funofficial-37signals-coding-style-guide) by [Marc Köhlbrugge](https:\u002F\u002Fx.com\u002Fmarckohlbrugge), generated through deep analysis of 265 pull requests from the Fizzy codebase.\n\n**Important Disclaimers:**\n- LLM-generated guide - may contain inaccuracies\n- Code examples from Fizzy are licensed under the O'Saasy License\n- Not affiliated with or endorsed by 37signals\n\u003C\u002Fcredits>\n",{"name":5,"description":7},"main","5417cad9215b767627c7c947dcb3a0bbe3ebe52d",".claude\u002Fplugins\u002Fcompound-engineering\u002Fskills\u002Fdhh-rails-style",0,"https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use","https:\u002F\u002Fgithub.com\u002Fhemory","https:\u002F\u002Fwww.heminthehat.com\u002F","The People Developer | L&D Program Manager | Software Engineer","2026-06-04 23:46:30",{"source":8,"skillName":5,"commands":58,"prompt":68,"zipAvailable":69},[59,62,65],{"tool":60,"command":61},"npx","npx skills add hemory\u002Famp-legacy-do-not-use --skill dhh-rails-style",{"tool":63,"command":64},"bunx","bunx skills add hemory\u002Famp-legacy-do-not-use --skill dhh-rails-style",{"tool":66,"command":67},"pnpm","pnpm dlx skills add hemory\u002Famp-legacy-do-not-use --skill dhh-rails-style","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fplugins\u002Fcompound-engineering\u002Fskills\u002Fdhh-rails-style\u002FSKILL.md",true,[71,77,83,87,91,95,99,103,107,111,115,119],{"path":72,"resourceType":73,"resourceTypeDesc":74,"sizeBytes":75,"sourceHtmlUrl":76},"LICENSE.txt","LICENSE","许可证",1076,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Ftheopenapps\u002Fplugin-stack\u002Fskills\u002Ffind-opening\u002FLICENSE.txt",{"path":78,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Fapi.md","REFERENCE","参考文档",1552,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Ftheopenapps\u002Fplugin-stack\u002Fskills\u002Ffind-opening\u002Freferences\u002Fapi.md",{"path":84,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Farchitecture.md",13122,"https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fplugins\u002Fcompound-engineering\u002Fskills\u002Fdhh-rails-style\u002Freferences\u002Farchitecture.md",{"path":88,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fcli.md",2055,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Ftheopenapps\u002Fplugin-stack\u002Fskills\u002Ffind-opening\u002Freferences\u002Fcli.md",{"path":92,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Fcontrollers.md",6395,"https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fplugins\u002Fcompound-engineering\u002Fskills\u002Fdhh-rails-style\u002Freferences\u002Fcontrollers.md",{"path":96,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":97,"sourceHtmlUrl":98},"references\u002Fdata.md",4601,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Ftheopenapps\u002Fplugin-stack\u002Fskills\u002Ffind-opening\u002Freferences\u002Fdata.md",{"path":100,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":101,"sourceHtmlUrl":102},"references\u002Ffrontend.md",10691,"https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fplugins\u002Fcompound-engineering\u002Fskills\u002Fdhh-rails-style\u002Freferences\u002Ffrontend.md",{"path":104,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":105,"sourceHtmlUrl":106},"references\u002Fgems.md",5696,"https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fplugins\u002Fcompound-engineering\u002Fskills\u002Fdhh-rails-style\u002Freferences\u002Fgems.md",{"path":108,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":109,"sourceHtmlUrl":110},"references\u002Fmcp.md",2301,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Ftheopenapps\u002Fplugin-stack\u002Fskills\u002Ffind-opening\u002Freferences\u002Fmcp.md",{"path":112,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":113,"sourceHtmlUrl":114},"references\u002Fmodels.md",7504,"https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fplugins\u002Fcompound-engineering\u002Fskills\u002Fdhh-rails-style\u002Freferences\u002Fmodels.md",{"path":116,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":117,"sourceHtmlUrl":118},"references\u002Fsignals.md",7126,"https:\u002F\u002Fgithub.com\u002Fhashgraph-online\u002Fawesome-codex-plugins\u002Fblob\u002Fmain\u002Fplugins\u002Ftheopenapps\u002Fplugin-stack\u002Fskills\u002Ffind-opening\u002Freferences\u002Fsignals.md",{"path":120,"resourceType":79,"resourceTypeDesc":80,"sizeBytes":121,"sourceHtmlUrl":122},"references\u002Ftesting.md",7061,"https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fplugins\u002Fcompound-engineering\u002Fskills\u002Fdhh-rails-style\u002Freferences\u002Ftesting.md",[124,158,167,181,196,208],{"skillNo":125,"name":126,"nameZh":6,"description":127,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":128,"categories":129,"keywords":138,"publishedAt":43},"01M6D3DVEAHJTTK4W21B15ZZKK","zoom-setup","Connect Zoom to Amp for meeting recordings, scheduling, and transcript context","https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fzoom-setup\u002FSKILL.md",[130,133],{"categoryNo":131,"categoryName":132,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":134,"categoryName":135,"taxonomyType":136,"taxonomyTypeDesc":137},"01JBSEEDCAT000000000000034","行政与办公人员","PROFESSION","适用职业",[139,140,141,142,41,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157],"zoom setup","setup","schedule","MCP","connect","transcript","search","stats","oauth2","confirmation","context","meetings","process","recordings","surfaces","scheduling","granola","time","distribution",{"skillNo":159,"name":160,"nameZh":6,"description":161,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":162,"categories":163,"keywords":164,"publishedAt":43},"01M6D3DRAK8VWESYDZDF8JJDSH","xray","Understand what just happened under the hood - learn AI by seeing it in action","https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fxray\u002FSKILL.md",[],[160,165,166],"learn","just",{"skillNo":168,"name":169,"nameZh":6,"description":170,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":171,"categories":172,"keywords":174,"publishedAt":43},"01M6D3DN7BZQDY6143A2QSDP9A","week-review","Review week's progress with concrete accomplishments (not fake percentages), pattern detection, and goal tracking.","https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fweek-review\u002FSKILL.md",[173],{"categoryNo":131,"categoryName":132,"taxonomyType":21,"taxonomyTypeDesc":22},[175,41,176,177,178,179,180],"week review","pattern detection","detection","tracking","goal","pattern",{"skillNo":182,"name":183,"nameZh":6,"description":184,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":185,"categories":186,"keywords":187,"publishedAt":43},"01M6D3DJ7F1TCFXBBSTQW82WE7","week-plan","Set weekly priorities and plan the week ahead with intelligent suggestions based on goals, calendar shape, and task effort.","https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fweek-plan\u002FSKILL.md",[],[188,189,190,191,192,193,194,195],"week plan","plan","calendar","SET","shape","goals","task","priorities",{"skillNo":197,"name":198,"nameZh":6,"description":199,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":200,"categories":201,"keywords":202,"publishedAt":43},"01M6D3DF90D7RC8ZJE4AW2P9VC","triage","Strategically route orphaned files and extract scattered tasks","https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Ftriage\u002FSKILL.md",[],[198,203,204,205,206,207],"tasks","fast","extract","files","route",{"skillNo":209,"name":210,"nameZh":6,"description":211,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":212,"categories":213,"keywords":218,"publishedAt":43},"01M6D3DC9BBHK5TASE34SQYXSQ","trello-setup","Connect Trello to Amp for visual Kanban task sync","https:\u002F\u002Fgithub.com\u002Fhemory\u002Famp-legacy-do-not-use\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Ftrello-setup\u002FSKILL.md",[214,217],{"categoryNo":215,"categoryName":216,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000010","后端与接口",{"categoryNo":131,"categoryName":132,"taxonomyType":21,"taxonomyTypeDesc":22},[219,220,140,221,143,142,222,194,223,224,225,226,227],"trello","trello setup","sync","token","kanban","bun","visual","api","server"]