Thank you for the help. I'll shelve this idea for now and work on some one-offs first. After I get comfortable, I can redo the series to start at a higher level. :)

You can of course create whatever difficulty you'd like, but just know that it's very difficult to get an 8kyu through the beta testing process. It tends to be easiest to learn the ropes of authoring on a 5 or 6 which are more likely to get approved.

As for uniqueness, reviewers are in general looking for a problem that is not equivalent (or too close) to currently existing kata. For example, this one might be considered too similar to this kata or this one. Naturally, these aren't identical, but especially at the 8kyu level the differences are often just cosmetic and the same skills are being tested.

You can also get some guidance from the discord channel before publishing; it's handy to get some eyes on your draft before having beta testers vote on it.

Thank you for the feedback! I see what you are saying about the sample and submission tests. My idea was to create a fun adventure, and while the team progresses, so does the difficulty. Should I start at a higher difficulty level, like 6 or 5? Also, can you explain the unique idea part? Is that referring to the problem being unique or the solution? Thank you so much for your help!

Hey, you've clearly put a lot of work into writing these, and they're likely to get auto-retired due to votes, so I wanted to fill you in on what the problems are.

• Sample tests: having only a single sample test isn't usually sufficient, as you want to show any special cases that are worth considering. In this case, maybe a test with an empty input, a length 1 array, and a length 5 array
• Submission tests: You need to include both fixed and random tests for submission test. This means multiple different inputs, as well as generating random inputs. Random tests are important to avoid hardcoded solutions like this.
• Description: Nothing wrong with having backstory, but be ready to have a lot of solvers not be interested in it (and potentially vote accordingly). It's a matter of opinion, but as long as you keep clear descriptions separate from the story you'll usually be alright.
• Kata novelty: Coming up with a unique idea is probably the hardest part of authoring. Ironically, authoring an easier kata is more difficult, as most simple ideas have already been done, and quality expectations are very high as new programmers will be solving them.

If you want to continue to try authoring, please read through the Creating your first kata tutorial and the rest of the relevant topics in the docs. They'll help you avoid learning all this via trial and error.

I'd recommend unpublishing these are fixing them if you want to try to get them approved, but due to the novelty issue it'll be an uphill battle. I'd strongly recommend a first kata be standalone (not part of a series) and not aiming to be an 8 kyu.

should be ranked 6kyu.

Approved, thanks for the translation!

C translation

Yeah, that should prevent solving via combining other patterns.

I replaced random numbers with random primes, is that better (apparently it is, now your solution fails)?

Right now I can't quite do that because the testing system takes too much time for a single test with high period. I'll try to implement that as soon as possible.

You should have additional larger tests (and possibly specifically test larger primes). I was able to pass with a solution that fails on ~20% of the domain.

Fixed, thanks.

Examples should be language-agnostic (remove the i_before_e from the example and just show input to output transformation)

fixed!

Should be [0, 1, 2, 3, 6].