Post

Replies

Boosts

Views

Activity

Free bring-your-own-key AI app rejected three times on iOS and macOS: a fixed issue re-flagged word for word, other apps allowed, appeals unanswered since Oct 31
Hello App Review team and fellow developers, Our app (Apple ID 6822788527) is a free AI chat client with no account, In-App Purchase, subscription, paywall or locked feature. A user pastes a key they already hold with their own AI provider (Anthropic, OpenAI, Moonshot or DeepSeek), much like a mail password in a mail client. On iOS the key is kept in the device Keychain; on macOS it is stored on the Mac, encrypted with a key held in the macOS Keychain. It is sent only to the provider it belongs to, which bills the user directly. We do not issue, sell or mark up keys, and we run no server or proxy for AI requests. Since Oct 31 the app has been rejected three times. Below is every point App Review raised on iOS and macOS, and what happened to each one. Screenshots of the three notes are attached, with our app name, our names and the submission IDs blacked out. What App Review wrote A. macOS, build 355, Oct 31 (screenshots 1-2) Guideline 3.1.1: "Specifically, the app uses DeepSeek license keys to unlock digital content." Guideline 4: "when the user closes the main application window there is no menu item to re-open it." B. iOS, build 5, reviewed on iPad, Nov 2 (screenshots 3-4) Guideline 3.1.1: "the app uses API keys to unlock or enable paid functionality, but some of these API keys are not available for purchase via In-App Purchase in this or the associated apps by the API provider on the App Store." C. macOS, build 357, Nov 6: "The issues we previously identified still need your attention." (screenshots 5-7) Guideline 3.1.1: "the app still uses API keys(DeepSeek) to unlock or enable paid functionality, but some of these API keys are not available for purchase via In-App Purchase..." Guideline 4: the Oct 31 description and next steps, repeated word for word. All three notes add: "Please note API keys can only be used to unlock content if those API keys can be purchased with In-App Purchase in this or the associated app by the API provider on the App Store." 1. Fixed or answered, but not checked 1a. Guideline 4 (macOS). We agreed with this one and fixed it. Build 357 adds a Window menu item that reopens the main window after it is closed and restores it when minimized, as the note itself suggested ("implement a Window menu that lists the main window so it can be reopened"). On Oct 31 we told App Review about the fix and gave two steps to check it. The Nov 6 note for build 357 repeats the Oct 31 text word for word and does not mention the new menu item (compare screenshots 2 and 6). We tested build 357 again on Nov 7: after the main window is closed the item is still listed in the Window menu, choosing it re-opens the window, and minimize and restore also work. We can send screen captures. 1b. "License keys" (macOS). On Oct 31 we explained that the DeepSeek value is the user's own API key, not a license key of our app. We put a working test key in the App Review notes and listed three steps to try it. The Nov 6 note changed "license keys" to "API keys" but kept the same conclusion, and the screenshot attached to it shows the API keys settings with all four providers "Not set": the test key had not been entered, so nothing could have been unlocked. Our review notes give the steps for entering a test key, and for any provider the reviewer prefers we will supply a key in the notes. 1c. "Unlock" (iOS). Both screenshots attached to the iOS note show the app before any key was entered: each provider still offers "Add", and the key field still reads "Paste your Key" with "Verify and add" dimmed. Nothing could have been unlocked in either screenshot. 2. Double standards and inconsistencies 2a. One provider singled out. The macOS notes name DeepSeek only. On Nov 6 we checked the four providers' own App Store apps (screenshots 8-12). DeepSeek's lists no In-App Purchases. ChatGPT, Claude and Kimi list subscriptions, and ChatGPT and Claude also list credits. If the distinction is that OpenAI, Anthropic and Moonshot sell subscriptions or usage credits in their own apps while DeepSeek sells nothing there, none of those purchases is an API key: a ChatGPT Plus subscription, ChatGPT credits or Claude usage credits cannot be entered as a key in our app or in any other app. Under the note's own words ("those API keys can be purchased"), no provider qualifies, so DeepSeek cannot be singled out, yet it is treated differently from OpenAI, Anthropic and Moonshot for no stated reason. 2b. Other apps on the App Store. On Nov 6 the listings of Open Minis, Solair AI, SageChat and Chatlo, and five more apps, named DeepSeek together with the user's own API key. OpenCat (854 ratings), Superwhisper (858), Speech Central (1,565) and Petey (351) let users bring their own API keys, and Pal Chat (440) lists DeepSeek and tells users to get an API key (screenshots 13-16, in the reply below). These apps are live today. Applied as written, the note would reach all of them. We assume that is not the intent, and we ask for no action against any of them. We ask that the same standard apply to ours, or that App Review name the rule that separates DeepSeek from the other providers. 2c. Three notes, three readings. The same app with the same key screen got three different 3.1.1 descriptions: "license keys to unlock digital content" (macOS, Oct 31), "API keys... paid functionality... some of these API keys" with no provider named (iOS, Nov 2), and "API keys(DeepSeek)... paid functionality" (macOS, Nov 6). There is no paid functionality in the app, and we cannot tell which of the three we are meant to fix. (Continued in the reply below: the rule we cannot find, our unanswered appeals, and what we ask.)
1
0
65
10h
Free bring-your-own-key AI app rejected three times on iOS and macOS: a fixed issue re-flagged word for word, other apps allowed, appeals unanswered since Oct 31
Hello App Review team and fellow developers, Our app (Apple ID 6822788527) is a free AI chat client with no account, In-App Purchase, subscription, paywall or locked feature. A user pastes a key they already hold with their own AI provider (Anthropic, OpenAI, Moonshot or DeepSeek), much like a mail password in a mail client. On iOS the key is kept in the device Keychain; on macOS it is stored on the Mac, encrypted with a key held in the macOS Keychain. It is sent only to the provider it belongs to, which bills the user directly. We do not issue, sell or mark up keys, and we run no server or proxy for AI requests. Since Oct 31 the app has been rejected three times. Below is every point App Review raised on iOS and macOS, and what happened to each one. Screenshots of the three notes are attached, with our app name, our names and the submission IDs blacked out. What App Review wrote A. macOS, build 355, Oct 31 (screenshots 1-2) Guideline 3.1.1: "Specifically, the app uses DeepSeek license keys to unlock digital content." Guideline 4: "when the user closes the main application window there is no menu item to re-open it." B. iOS, build 5, reviewed on iPad, Nov 2 (screenshots 3-4) Guideline 3.1.1: "the app uses API keys to unlock or enable paid functionality, but some of these API keys are not available for purchase via In-App Purchase in this or the associated apps by the API provider on the App Store." C. macOS, build 357, Nov 6: "The issues we previously identified still need your attention." (screenshots 5-7) Guideline 3.1.1: "the app still uses API keys(DeepSeek) to unlock or enable paid functionality, but some of these API keys are not available for purchase via In-App Purchase..." Guideline 4: the Oct 31 description and next steps, repeated word for word. All three notes add: "Please note API keys can only be used to unlock content if those API keys can be purchased with In-App Purchase in this or the associated app by the API provider on the App Store." 1. Fixed or answered, but not checked 1a. Guideline 4 (macOS). We agreed with this one and fixed it. Build 357 adds a Window menu item that reopens the main window after it is closed and restores it when minimized, as the note itself suggested ("implement a Window menu that lists the main window so it can be reopened"). On Oct 31 we told App Review about the fix and gave two steps to check it. The Nov 6 note for build 357 repeats the Oct 31 text word for word and does not mention the new menu item (compare screenshots 2 and 6). We tested build 357 again on Nov 7: after the main window is closed the item is still listed in the Window menu, choosing it re-opens the window, and minimize and restore also work. We can send screen captures. 1b. "License keys" (macOS). On Oct 31 we explained that the DeepSeek value is the user's own API key, not a license key of our app. We put a working test key in the App Review notes and listed three steps to try it. The Nov 6 note changed "license keys" to "API keys" but kept the same conclusion, and the screenshot attached to it shows the API keys settings with all four providers "Not set": the test key had not been entered, so nothing could have been unlocked. Our review notes give the steps for entering a test key, and for any provider the reviewer prefers we will supply a key in the notes. 1c. "Unlock" (iOS). Both screenshots attached to the iOS note show the app before any key was entered: each provider still offers "Add", and the key field still reads "Paste your Key" with "Verify and add" dimmed. Nothing could have been unlocked in either screenshot. 2. Double standards and inconsistencies 2a. One provider singled out. The macOS notes name DeepSeek only. On Nov 6 we checked the four providers' own App Store apps (screenshots 8-12). DeepSeek's lists no In-App Purchases. ChatGPT, Claude and Kimi list subscriptions, and ChatGPT and Claude also list credits. If the distinction is that OpenAI, Anthropic and Moonshot sell subscriptions or usage credits in their own apps while DeepSeek sells nothing there, none of those purchases is an API key: a ChatGPT Plus subscription, ChatGPT credits or Claude usage credits cannot be entered as a key in our app or in any other app. Under the note's own words ("those API keys can be purchased"), no provider qualifies, so DeepSeek cannot be singled out, yet it is treated differently from OpenAI, Anthropic and Moonshot for no stated reason. 2b. Other apps on the App Store. On Nov 6 the listings of Open Minis, Solair AI, SageChat and Chatlo, and five more apps, named DeepSeek together with the user's own API key. OpenCat (854 ratings), Superwhisper (858), Speech Central (1,565) and Petey (351) let users bring their own API keys, and Pal Chat (440) lists DeepSeek and tells users to get an API key (screenshots 13-16, in the reply below). These apps are live today. Applied as written, the note would reach all of them. We assume that is not the intent, and we ask for no action against any of them. We ask that the same standard apply to ours, or that App Review name the rule that separates DeepSeek from the other providers. 2c. Three notes, three readings. The same app with the same key screen got three different 3.1.1 descriptions: "license keys to unlock digital content" (macOS, Oct 31), "API keys... paid functionality... some of these API keys" with no provider named (iOS, Nov 2), and "API keys(DeepSeek)... paid functionality" (macOS, Nov 6). There is no paid functionality in the app, and we cannot tell which of the three we are meant to fix. (Continued in the reply below: the rule we cannot find, our unanswered appeals, and what we ask.)
Replies
1
Boosts
0
Views
65
Activity
10h