[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M7E4KBXVCZ1YVGQTTC74P16M":3,"skill-same:01M7E4KBXVCZ1YVGQTTC74P16M":124},{"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":16,"sourceHtmlUrl":17,"categories":18,"keywords":19,"publishedAt":20,"linkOnly":21,"markdownContent":22,"markdownBody":23,"frontMatter":24,"refName":68,"commitSha":69,"skillDirectory":70,"forksCount":71,"repositoryHtmlUrl":72,"repositoryHomepageUrl":6,"ownerHtmlUrl":73,"ownerBlogUrl":6,"ownerDescription":74,"updatedAt":75,"install":76,"resources":89},"01M7E4KBXVCZ1YVGQTTC74P16M","implementing-google-workspace-sso-configuration",null,"Configures SAML 2.0 single sign-on for Google Workspace against a third-party identity provider (Okta, Azure AD\u002FEntra ID, ADFS), with Workspace as the Service Provider, to centralize authentication and enable immediate access revocation. Use when setting up or troubleshooting Google Workspace SSO\u002FSAML federation or migrating from native Google passwords to an external IdP.","sanjeevafk\u002Fagent-skills","sanjeevafk","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F230678117?v=4","01M7C540EFY46ETG1NNWKS5X3Q","Sanjeev","01M7C540F366J5C1D587BMKH9Q",0,"Apache-2.0","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fcollections\u002Fcybersecurity-skills\u002Fskills\u002Fimplementing-google-workspace-sso-configuration\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fcollections\u002Fcybersecurity-skills\u002Fskills\u002Fimplementing-google-workspace-sso-configuration\u002FSKILL.md",[],[],"2026-11-15 14:19:17",false,"---\nname: implementing-google-workspace-sso-configuration\ndescription: Configures SAML 2.0 single sign-on for Google Workspace against a third-party\n  identity provider (Okta, Azure AD\u002FEntra ID, ADFS), with Workspace as the Service\n  Provider, to centralize authentication and enable immediate access revocation.\n  Use when setting up or troubleshooting Google Workspace SSO\u002FSAML federation or\n  migrating from native Google passwords to an external IdP.\ndomain: cybersecurity\nsubdomain: identity-access-management\ntags:\n- google-workspace\n- sso\n- saml\n- identity-provider\n- authentication\n- federation\nversion: '1.0'\nauthor: mahipal\nlicense: Apache-2.0\nnist_csf:\n- PR.AA-01\n- PR.AA-02\n- PR.AA-05\n- PR.AA-06\nmitre_attack:\n- T1078\n- T1110\n- T1556\n- T1098\nmitre_f3:\n  version: '1.1'\n  tactics:\n  - initial-access\n  - positioning\n  techniques:\n  - id: T1110\n    name: Brute Force\n    tactic: initial-access\n    source: attack\n  - id: T1110.004\n    name: 'Brute Force:  Credential Stuffing'\n    tactic: initial-access\n    source: attack\n  - id: T1539\n    name: Steal Web Session Cookie\n    tactic: positioning\n    source: attack\n  - id: F1004\n    name: Access with Stolen Session Cookie\n    tactic: initial-access\n    source: f3\n  - id: F1006\n    name: Account Takeover\n    tactic: initial-access\n    source: f3\n---\n\n# Implementing Google Workspace SSO Configuration\n\n## Overview\n\nSingle Sign-On (SSO) for Google Workspace allows organizations to authenticate users through their existing identity provider (IdP) such as Okta, Azure AD (Microsoft Entra ID), or ADFS, rather than managing separate Google passwords. This is implemented using SAML 2.0 protocol where Google Workspace acts as the Service Provider (SP) and the organization's IdP handles authentication. SSO centralizes credential management, enforces MFA policies at the IdP, and enables immediate access revocation when users leave the organization.\n\n\n## When to Use\n\n- When deploying or configuring implementing google workspace sso configuration capabilities in your environment\n- When establishing security controls aligned to compliance requirements\n- When building or improving security architecture for this domain\n- When conducting security assessments that require this implementation\n\n## Prerequisites\n\n- Google Workspace Business, Enterprise, or Education edition\n- Super Admin access to Google Admin Console\n- Identity Provider with SAML 2.0 support (Okta, Azure AD, ADFS, Ping Identity)\n- IdP signing certificate (X.509 PEM format, RSA or DSA)\n- DNS verification for the Google Workspace domain\n\n## Core Concepts\n\n### SAML 2.0 SSO Flow\n\n```\nUser navigates to Google Workspace app (Gmail, Drive, etc.)\n        │\n        ├── Google checks: Is SSO configured for this domain?\n        │\n        ├── YES → Redirect user to IdP Sign-In Page URL\n        │          (SAML AuthnRequest sent via browser redirect)\n        │\n        ├── User authenticates at IdP (credentials + MFA)\n        │\n        ├── IdP generates SAML Response with signed assertion\n        │\n        ├── Browser POSTs SAML Response to Google ACS URL:\n        │   https:\u002F\u002Fwww.google.com\u002Fa\u002F{domain}\u002Facs\n        │\n        ├── Google validates SAML signature against uploaded certificate\n        │\n        └── User is granted access to Google Workspace\n```\n\n### Key SAML Parameters\n\n| Parameter | Value |\n|-----------|-------|\n| ACS URL | `https:\u002F\u002Fwww.google.com\u002Fa\u002F{your-domain}\u002Facs` |\n| Entity ID | `google.com\u002Fa\u002F{your-domain}` or `google.com` |\n| NameID Format | `urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress` |\n| NameID Value | User's primary Google Workspace email |\n| Binding | HTTP-POST (for ACS), HTTP-Redirect (for SSO URL) |\n\n## Workflow\n\n### Step 1: Prepare the Identity Provider\n\n**For Okta:**\n1. Navigate to Applications > Add Application > Search \"Google Workspace\"\n2. Configure the Google Workspace app with your domain\n3. Assign users\u002Fgroups to the application\n4. Download the IdP metadata or note: SSO URL, Entity ID, Certificate\n\n**For Azure AD (Microsoft Entra ID):**\n1. Navigate to Enterprise Applications > New Application > Google Cloud\u002FWorkspace\n2. Configure Single sign-on > SAML\n3. Set Basic SAML Configuration:\n   - Identifier (Entity ID): `google.com`\n   - Reply URL (ACS): `https:\u002F\u002Fwww.google.com\u002Fa\u002F{your-domain}\u002Facs`\n   - Sign on URL: `https:\u002F\u002Fwww.google.com\u002Fa\u002F{your-domain}\u002FServiceLogin`\n4. Download Federation Metadata XML or Certificate (Base64)\n\n**For ADFS:**\n1. Add Relying Party Trust using federation metadata\n2. Configure claim rules to pass NameID as email address\n3. Export the token-signing certificate\n\n### Step 2: Configure Google Workspace SSO\n\n1. Sign in to Google Admin Console (admin.google.com) as Super Admin\n2. Navigate to Security > Authentication > SSO with third-party IdP\n3. Click \"Add SSO profile\" or configure the default profile\n\n**Third-Party SSO Profile Settings:**\n\n| Setting | Value |\n|---------|-------|\n| Set up SSO with third-party IdP | Enabled |\n| Sign-in page URL | IdP's SAML SSO endpoint (e.g., `https:\u002F\u002Fidp.example.com\u002Fsso\u002Fsaml`) |\n| Sign-out page URL | IdP's logout URL (e.g., `https:\u002F\u002Fidp.example.com\u002Fslo`) |\n| Change password URL | IdP's password change URL |\n| Verification certificate | Upload IdP's X.509 signing certificate |\n| Use a domain-specific issuer | Enabled (uses `google.com\u002Fa\u002F{domain}` as entity ID) |\n\n### Step 3: Assign SSO Profile to Users\n\nSSO profiles can be applied at different scopes:\n\n```\nOrganization-wide (all users)\n    │\n    ├── Org Unit level (specific departments)\n    │   ├── Engineering OU → SSO via Okta\n    │   ├── Marketing OU → SSO via Azure AD\n    │   └── Contractors OU → SSO via specific IdP\n    │\n    └── Group level (specific security groups)\n        └── VPN Users → SSO with additional MFA\n```\n\n1. Navigate to Security > Authentication > SSO with third-party IdP\n2. Select the SSO profile to assign\n3. Choose organizational units or groups\n4. Save and wait for propagation (up to 24 hours, typically minutes)\n\n### Step 4: Configure Network Masks (Optional)\n\nNetwork masks control when SSO is enforced based on the user's IP:\n\n- If the user's IP matches a network mask, they use Google's sign-in page\n- If the user's IP does NOT match, they are redirected to the IdP\n\nThis is useful for allowing direct Google login from corporate network while enforcing SSO for external access.\n\n### Step 5: Test SSO\n\n1. Open an incognito browser window\n2. Navigate to `https:\u002F\u002Fmail.google.com\u002Fa\u002F{your-domain}`\n3. Verify redirect to IdP sign-in page\n4. Authenticate at the IdP\n5. Verify successful redirect back to Google Workspace\n6. Test sign-out flow redirects to IdP logout page\n7. Test with user not assigned in IdP (should fail)\n\n## Validation Checklist\n\n- [ ] IdP SAML application configured with correct ACS URL and Entity ID\n- [ ] IdP signing certificate uploaded to Google Admin Console\n- [ ] SSO profile assigned to target organizational units\u002Fgroups\n- [ ] SAML assertion includes correct NameID (email format)\n- [ ] MFA enforced at IdP for all Google Workspace users\n- [ ] Sign-out URL configured to terminate IdP session\n- [ ] Network masks configured if internal\u002Fexternal access differs\n- [ ] Break-glass Super Admin accounts bypass SSO (use Google auth)\n- [ ] SSO tested with multiple user types (admin, standard, contractor)\n- [ ] SAML response signature validated successfully\n- [ ] Error handling tested (expired cert, invalid user, clock skew)\n\n## References\n\n- [Google Workspace SSO Configuration Guide](https:\u002F\u002Fsupport.google.com\u002Fa\u002Fanswer\u002F12032922)\n- [Set Up Custom SAML App - Google](https:\u002F\u002Fsupport.google.com\u002Fa\u002Fanswer\u002F6087519)\n- [Okta Google Workspace SAML Guide](https:\u002F\u002Fsaml-doc.okta.com\u002FSAML_Docs\u002FHow-to-Enable-SAML-2.0-in-Google-Apps.html)\n- [SAML 2.0 Technical Overview - OASIS](https:\u002F\u002Fdocs.oasis-open.org\u002Fsecurity\u002Fsaml\u002FPost2.0\u002Fsstc-saml-tech-overview-2.0.html)\n","# Implementing Google Workspace SSO Configuration\n\n## Overview\n\nSingle Sign-On (SSO) for Google Workspace allows organizations to authenticate users through their existing identity provider (IdP) such as Okta, Azure AD (Microsoft Entra ID), or ADFS, rather than managing separate Google passwords. This is implemented using SAML 2.0 protocol where Google Workspace acts as the Service Provider (SP) and the organization's IdP handles authentication. SSO centralizes credential management, enforces MFA policies at the IdP, and enables immediate access revocation when users leave the organization.\n\n\n## When to Use\n\n- When deploying or configuring implementing google workspace sso configuration capabilities in your environment\n- When establishing security controls aligned to compliance requirements\n- When building or improving security architecture for this domain\n- When conducting security assessments that require this implementation\n\n## Prerequisites\n\n- Google Workspace Business, Enterprise, or Education edition\n- Super Admin access to Google Admin Console\n- Identity Provider with SAML 2.0 support (Okta, Azure AD, ADFS, Ping Identity)\n- IdP signing certificate (X.509 PEM format, RSA or DSA)\n- DNS verification for the Google Workspace domain\n\n## Core Concepts\n\n### SAML 2.0 SSO Flow\n\n```\nUser navigates to Google Workspace app (Gmail, Drive, etc.)\n        │\n        ├── Google checks: Is SSO configured for this domain?\n        │\n        ├── YES → Redirect user to IdP Sign-In Page URL\n        │          (SAML AuthnRequest sent via browser redirect)\n        │\n        ├── User authenticates at IdP (credentials + MFA)\n        │\n        ├── IdP generates SAML Response with signed assertion\n        │\n        ├── Browser POSTs SAML Response to Google ACS URL:\n        │   https:\u002F\u002Fwww.google.com\u002Fa\u002F{domain}\u002Facs\n        │\n        ├── Google validates SAML signature against uploaded certificate\n        │\n        └── User is granted access to Google Workspace\n```\n\n### Key SAML Parameters\n\n| Parameter | Value |\n|-----------|-------|\n| ACS URL | `https:\u002F\u002Fwww.google.com\u002Fa\u002F{your-domain}\u002Facs` |\n| Entity ID | `google.com\u002Fa\u002F{your-domain}` or `google.com` |\n| NameID Format | `urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress` |\n| NameID Value | User's primary Google Workspace email |\n| Binding | HTTP-POST (for ACS), HTTP-Redirect (for SSO URL) |\n\n## Workflow\n\n### Step 1: Prepare the Identity Provider\n\n**For Okta:**\n1. Navigate to Applications > Add Application > Search \"Google Workspace\"\n2. Configure the Google Workspace app with your domain\n3. Assign users\u002Fgroups to the application\n4. Download the IdP metadata or note: SSO URL, Entity ID, Certificate\n\n**For Azure AD (Microsoft Entra ID):**\n1. Navigate to Enterprise Applications > New Application > Google Cloud\u002FWorkspace\n2. Configure Single sign-on > SAML\n3. Set Basic SAML Configuration:\n   - Identifier (Entity ID): `google.com`\n   - Reply URL (ACS): `https:\u002F\u002Fwww.google.com\u002Fa\u002F{your-domain}\u002Facs`\n   - Sign on URL: `https:\u002F\u002Fwww.google.com\u002Fa\u002F{your-domain}\u002FServiceLogin`\n4. Download Federation Metadata XML or Certificate (Base64)\n\n**For ADFS:**\n1. Add Relying Party Trust using federation metadata\n2. Configure claim rules to pass NameID as email address\n3. Export the token-signing certificate\n\n### Step 2: Configure Google Workspace SSO\n\n1. Sign in to Google Admin Console (admin.google.com) as Super Admin\n2. Navigate to Security > Authentication > SSO with third-party IdP\n3. Click \"Add SSO profile\" or configure the default profile\n\n**Third-Party SSO Profile Settings:**\n\n| Setting | Value |\n|---------|-------|\n| Set up SSO with third-party IdP | Enabled |\n| Sign-in page URL | IdP's SAML SSO endpoint (e.g., `https:\u002F\u002Fidp.example.com\u002Fsso\u002Fsaml`) |\n| Sign-out page URL | IdP's logout URL (e.g., `https:\u002F\u002Fidp.example.com\u002Fslo`) |\n| Change password URL | IdP's password change URL |\n| Verification certificate | Upload IdP's X.509 signing certificate |\n| Use a domain-specific issuer | Enabled (uses `google.com\u002Fa\u002F{domain}` as entity ID) |\n\n### Step 3: Assign SSO Profile to Users\n\nSSO profiles can be applied at different scopes:\n\n```\nOrganization-wide (all users)\n    │\n    ├── Org Unit level (specific departments)\n    │   ├── Engineering OU → SSO via Okta\n    │   ├── Marketing OU → SSO via Azure AD\n    │   └── Contractors OU → SSO via specific IdP\n    │\n    └── Group level (specific security groups)\n        └── VPN Users → SSO with additional MFA\n```\n\n1. Navigate to Security > Authentication > SSO with third-party IdP\n2. Select the SSO profile to assign\n3. Choose organizational units or groups\n4. Save and wait for propagation (up to 24 hours, typically minutes)\n\n### Step 4: Configure Network Masks (Optional)\n\nNetwork masks control when SSO is enforced based on the user's IP:\n\n- If the user's IP matches a network mask, they use Google's sign-in page\n- If the user's IP does NOT match, they are redirected to the IdP\n\nThis is useful for allowing direct Google login from corporate network while enforcing SSO for external access.\n\n### Step 5: Test SSO\n\n1. Open an incognito browser window\n2. Navigate to `https:\u002F\u002Fmail.google.com\u002Fa\u002F{your-domain}`\n3. Verify redirect to IdP sign-in page\n4. Authenticate at the IdP\n5. Verify successful redirect back to Google Workspace\n6. Test sign-out flow redirects to IdP logout page\n7. Test with user not assigned in IdP (should fail)\n\n## Validation Checklist\n\n- [ ] IdP SAML application configured with correct ACS URL and Entity ID\n- [ ] IdP signing certificate uploaded to Google Admin Console\n- [ ] SSO profile assigned to target organizational units\u002Fgroups\n- [ ] SAML assertion includes correct NameID (email format)\n- [ ] MFA enforced at IdP for all Google Workspace users\n- [ ] Sign-out URL configured to terminate IdP session\n- [ ] Network masks configured if internal\u002Fexternal access differs\n- [ ] Break-glass Super Admin accounts bypass SSO (use Google auth)\n- [ ] SSO tested with multiple user types (admin, standard, contractor)\n- [ ] SAML response signature validated successfully\n- [ ] Error handling tested (expired cert, invalid user, clock skew)\n\n## References\n\n- [Google Workspace SSO Configuration Guide](https:\u002F\u002Fsupport.google.com\u002Fa\u002Fanswer\u002F12032922)\n- [Set Up Custom SAML App - Google](https:\u002F\u002Fsupport.google.com\u002Fa\u002Fanswer\u002F6087519)\n- [Okta Google Workspace SAML Guide](https:\u002F\u002Fsaml-doc.okta.com\u002FSAML_Docs\u002FHow-to-Enable-SAML-2.0-in-Google-Apps.html)\n- [SAML 2.0 Technical Overview - OASIS](https:\u002F\u002Fdocs.oasis-open.org\u002Fsecurity\u002Fsaml\u002FPost2.0\u002Fsstc-saml-tech-overview-2.0.html)\n",{"name":5,"tags":25,"author":32,"domain":33,"license":15,"version":34,"mitre_f3":35,"nist_csf":58,"subdomain":63,"description":7,"mitre_attack":64},[26,27,28,29,30,31],"google-workspace","sso","saml","identity-provider","authentication","federation","mahipal","cybersecurity","1.0",{"tactics":36,"version":39,"techniques":40},[37,38],"initial-access","positioning","1.1",[41,45,48,51,55],{"id":42,"name":43,"source":44,"tactic":37},"T1110","Brute Force","attack",{"id":46,"name":47,"source":44,"tactic":37},"T1110.004","Brute Force:  Credential Stuffing",{"id":49,"name":50,"source":44,"tactic":38},"T1539","Steal Web Session Cookie",{"id":52,"name":53,"source":54,"tactic":37},"F1004","Access with Stolen Session Cookie","f3",{"id":56,"name":57,"source":54,"tactic":37},"F1006","Account Takeover",[59,60,61,62],"PR.AA-01","PR.AA-02","PR.AA-05","PR.AA-06","identity-access-management",[65,42,66,67],"T1078","T1556","T1098","main","4e084e84eb42fc53e144c89c0f7f48b39c8a4b0f","collections\u002Fcybersecurity-skills\u002Fskills\u002Fimplementing-google-workspace-sso-configuration",1,"https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills","https:\u002F\u002Fgithub.com\u002Fsanjeevafk","First make it work. Then make it right. Then make it fast.","2026-11-14 13:36:16",{"source":8,"skillName":5,"commands":77,"prompt":87,"zipAvailable":88},[78,81,84],{"tool":79,"command":80},"npx","npx skills add sanjeevafk\u002Fagent-skills --skill implementing-google-workspace-sso-configuration",{"tool":82,"command":83},"bunx","bunx skills add sanjeevafk\u002Fagent-skills --skill implementing-google-workspace-sso-configuration",{"tool":85,"command":86},"pnpm","pnpm dlx skills add sanjeevafk\u002Fagent-skills --skill implementing-google-workspace-sso-configuration","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fcollections\u002Fcybersecurity-skills\u002Fskills\u002Fimplementing-google-workspace-sso-configuration\u002FSKILL.md",true,[90,96,100,106,110,114,120],{"path":91,"resourceType":92,"resourceTypeDesc":93,"sizeBytes":94,"sourceHtmlUrl":95},"assets\u002Ftemplate.md","ASSET","资产文件",1320,"https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fcollections\u002Fcybersecurity-skills\u002Fskills\u002Fimplementing-google-workspace-sso-configuration\u002Fassets\u002Ftemplate.md",{"path":97,"resourceType":97,"resourceTypeDesc":98,"sizeBytes":99,"sourceHtmlUrl":16},"LICENSE","许可证",11255,{"path":101,"resourceType":102,"resourceTypeDesc":103,"sizeBytes":104,"sourceHtmlUrl":105},"references\u002Fapi-reference.md","REFERENCE","参考文档",1858,"https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fcollections\u002Fcybersecurity-skills\u002Fskills\u002Fimplementing-google-workspace-sso-configuration\u002Freferences\u002Fapi-reference.md",{"path":107,"resourceType":102,"resourceTypeDesc":103,"sizeBytes":108,"sourceHtmlUrl":109},"references\u002Fstandards.md",1421,"https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fcollections\u002Fcybersecurity-skills\u002Fskills\u002Fimplementing-google-workspace-sso-configuration\u002Freferences\u002Fstandards.md",{"path":111,"resourceType":102,"resourceTypeDesc":103,"sizeBytes":112,"sourceHtmlUrl":113},"references\u002Fworkflows.md",3935,"https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fcollections\u002Fcybersecurity-skills\u002Fskills\u002Fimplementing-google-workspace-sso-configuration\u002Freferences\u002Fworkflows.md",{"path":115,"resourceType":116,"resourceTypeDesc":117,"sizeBytes":118,"sourceHtmlUrl":119},"scripts\u002Fagent.py","SCRIPT","脚本",7022,"https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fcollections\u002Fcybersecurity-skills\u002Fskills\u002Fimplementing-google-workspace-sso-configuration\u002Fscripts\u002Fagent.py",{"path":121,"resourceType":116,"resourceTypeDesc":117,"sizeBytes":122,"sourceHtmlUrl":123},"scripts\u002Fprocess.py",8282,"https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fcollections\u002Fcybersecurity-skills\u002Fskills\u002Fimplementing-google-workspace-sso-configuration\u002Fscripts\u002Fprocess.py",[125,133,141,149,157,164],{"skillNo":126,"name":127,"nameZh":6,"description":128,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":129,"licenseFileUrl":6,"sourceHtmlUrl":130,"categories":131,"keywords":132,"publishedAt":20},"01M7EFHX67M3KKXT1BXVPA5ADT","zarr-python","Chunked N-D arrays for cloud storage (Zarr-Python 3). Compressed arrays, parallel I\u002FO, S3\u002FGCS via fsspec, NumPy\u002FDask\u002FXarray compatible, for large-scale scientific computing pipelines.","MIT","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fskills\u002Fzarr-python\u002FSKILL.md",[],[],{"skillNo":134,"name":135,"nameZh":6,"description":136,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":129,"licenseFileUrl":137,"sourceHtmlUrl":138,"categories":139,"keywords":140,"publishedAt":20},"01M7EFFQGM51TZBGRENXY50ZYM","whiteboard-diagrams","Create accurate, simple, hand-drawn whiteboard diagrams from a user's process, system, architecture, learning workflow, comparison, or causal explanation. Use when the user asks for a scribbly whiteboard visual, educational workflow graphic, hand-drawn explainer, or diagram like the bundled reference; ask one focused clarification question when the subject or relationships are missing, then generate and visually verify the final image.","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fskills\u002Fwhiteboard-diagrams\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fskills\u002Fwhiteboard-diagrams\u002FSKILL.md",[],[],{"skillNo":142,"name":143,"nameZh":6,"description":144,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":145,"sourceHtmlUrl":146,"categories":147,"keywords":148,"publishedAt":20},"01M7EFF1CSQNTDMHFK4ZGY6NYK","webapp-testing","Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fskills\u002Fwebapp-testing\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fskills\u002Fwebapp-testing\u002FSKILL.md",[],[],{"skillNo":150,"name":151,"nameZh":6,"description":152,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":153,"sourceHtmlUrl":154,"categories":155,"keywords":156,"publishedAt":20},"01M7EFE8106X6C28FT8PA74427","web-artifacts-builder","Suite of tools for creating elaborate, multi-component claude.ai HTML artifacts using modern frontend web technologies (React, Tailwind CSS, shadcn\u002Fui). Use for complex artifacts requiring state management, routing, or shadcn\u002Fui components - not for simple single-file HTML\u002FJSX artifacts.","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fskills\u002Fweb-artifacts-builder\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fskills\u002Fweb-artifacts-builder\u002FSKILL.md",[],[],{"skillNo":158,"name":159,"nameZh":6,"description":160,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":129,"licenseFileUrl":6,"sourceHtmlUrl":161,"categories":162,"keywords":163,"publishedAt":20},"01M7EFCSNZM9G7ZHS6F127Q71X","verification-loop","A comprehensive verification system for Claude Code sessions.","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fskills\u002Fverification-loop\u002FSKILL.md",[],[],{"skillNo":165,"name":166,"nameZh":6,"description":167,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":129,"licenseFileUrl":168,"sourceHtmlUrl":169,"categories":170,"keywords":171,"publishedAt":20},"01M7EFCE7EZMKPRYDDNKBQ9EEH","vercel-deploy","Deploy applications and websites to Vercel. Use when the user requests deployment actions like \"deploy my app\", \"deploy and give me the link\", \"push this live\", or \"create a preview deployment\".","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fskills\u002Fvercel-deploy\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fsanjeevafk\u002Fagent-skills\u002Fblob\u002Fmain\u002Fskills\u002Fvercel-deploy\u002FSKILL.md",[],[]]